|
最近似乎Tesla的麻烦相当多，小编这里说一个。 对于Tesla Model 3和Model Y的Cabin camera来说（也有叫Selfie camera的），最早一次曝光应该是在去年夏天。小编查了一下，在Tesla版本2020.24中，首次涉及座舱摄像头功能（正式名称是Cabin Camera）的推介和解释，如下： 如上图的解释，当客户通过功能开关激活Cabin Camera的时候，Tesla将做两件事情，一个是捕捉座舱内的短视频内容（多短多长不知道），另一个是拍摄座舱内图像。两者数据内容记录并上传（目标应该是Tesla的cloud设施）的触发点都是碰撞和其它安全事故之前。从数据记录角度讲，如果要做到“事故之前”的座舱视觉内容有效记录并上报，则需要Cabin camera持续工作，一直记录相关视觉信息并不断自我覆盖以保证数据记录不会超出存储器的物理限制，直到安全类事故发生，则将此时段（安全事故发生前的指定时间内）之前的视觉数据信息上报Cloud设施。 按照Tesla的声明，被记录下来的视觉数据在上报过程中，将不会和车辆标识码VIN捆绑，相当于匿名上报，从而保护了客户隐私。对于这里的“匿名”方式，应该如何理解呢？如果Tesla严格遵守这个约定，那就意味着Tesla所搜集的座舱驾驶员状态和视觉信息完全是统计级别的信息，不会被具体到任何一辆具体车辆上；如果不做面容识别，更不会具体到任何一位驾驶员个体上。人类普遍的驾驶行为（特别是在事故前瞬间的行为）将会被在统计层面上理解，从而协助Tesla的安全工程师们改进相关安全设计。读者大致可以这样理解，举个例子：如果大量的视觉内容在统计上表明，安全事故前人类驾驶员的注意力普遍处于分散状态，那么就会推动Tesla在车辆处于Autopilot工作状态时，严格监控人类驾驶员驾驶注意力，并及时通过座舱内警报进行提醒。 注意：实际数据上报过程，理论上Cabin camera和VIN的对应关系应该是非常容易区分的（哪辆车送上来的数据，Tesla的Cloud当然是可以看到的）。我们通过上图还可以看到目前Cabin camera捕捉视觉内容的视角还是比较宽广的，基本上前后排五座位置都可以覆盖的到。 下图展示了Model 3上具体Cabin camera的位置： 另外，根据Model 3在2020版本的用户手册上的描述如下，彼时Cabin camera处于物理状态具备，但Tesla的大版本并未提供支持的时段。小编确定，Model S的当前和历史版本上，并未提供物理的Cabin camera存在。 另根据知名Hacker @green的爆料，Tesla车载软件的破解显示，Cabin camera的功能主要如下： 1 Blinded，相机遮挡； 2 Dark，座舱可见光黑暗； 3 Eyes_Closed，驾驶员闭眼； 4 Eyes_Down，驾驶员向下看； 5Eyes_Nominal，驾驶员视线正常； 6 Eyes_Up，驾驶员向上看； 7 Head_Down，驾驶员低头； 8 Head_Trunc，驾驶员转头； 9 Looking_Left，驾驶员向左看； 10 Looking_Right，驾驶员向右看； 11 Phone_Use，驾驶员使用电话； 12Sunglasses_Eyes_Likely_Nominal，太阳眼镜下驾驶员视线正常； 13 Sunglasses_Eyes_Likely_Down，太阳眼镜下驾驶员视线向下看； 以上针对驾驶员的状态分类，也许还不是全部监测状态的分类汇总，但一定是当前Tesla版本的定义范围（包括分类的命名规范）。读者可以设想，Tesla希望通过从Cabin camera捕获的视觉内容，并通过DNN对其进行视觉分类识别，从而推断驾驶员当前的状态，并最终找出这些状态所对应的车辆状态之间的逻辑关系，例如是否有紧急的安全事故、autopilot是否激活、autopilot是否已经对驾驶员发出告警等等。考虑到Autopilot（不管是否是FSD版本）系统本质还是Level2/2+的辅助驾驶系统，因此当前通过方向盘的压力传感器仅仅感知驾驶员的手是否在方向盘上，是远远不够的。因此Cabin camera的设计初衷是好的，而且考虑到CNN为代表的视觉信号识别（分类识别）的技术水准实际上是计算机视觉领域内最可靠的实现方式，Cabin camera对于整车安全性提升的正向增益一定是非常大的。 但令人感到意外的是，Elon Musk在今天的推特上透露说……“FSD Beta已经扩展到大约2000名试用者的新阶段，为了保证在测试阶段的安全性，我们对不遵守安全规范的车主进行FSD Beta版本的回退措施，这是确保截至目前FSD Beta没有事故出现的原因。” 随后的跟帖中立刻就有人意识到这一点，“Tesla FSD Beta是如何衡量和感知测试车主是否达到足够的对于路况的关注度呢？”有人回答道，“Driver FacingCamera即我们前面提到的Cabin camera将会从驾驶舱内的位置对于驾驶员进行监控，如果驾驶员出现在FSD Beta激活的状态下，出现脱手操作电话、电脑等超过一定时间，则显然对于FSD Beta的测试构成安全威胁，即被判定为违规驾驶。” Elon Musk最终跟贴，“YES！” 这就有意思了。在一个是隐私权为核心权力的价值观体系内，对于申请FSD Beta的测试车主（往往他们都是Tesla技术的狂热拥趸和Elon Musk本人的fans），进行视觉信号的监控并据此判断车主行为是否合规…….很难想象。而且这个“Yes！”之后的跟帖直接炸裂，已经说明问题了。也许这个YES的含义有很多，也许技术上也还是确保驾驶舱内的视觉信号在事故未出现的状态下不会被送往云端并接受判读，而是本地DNN神经网络判读产生结果之后将结果送往云端，或者直接在本地将FSD Beta回退…..都有可能。但也深深感觉这个YES也许很难和消费者解释得清楚了。至少违规驾驶的判读结果和车辆VID无关的逻辑，就无法自圆其说了。 还有一件针对Tesla来说非常重大的举措，Tesla Insurance从昨天开始在美国三个州开始试行。因为对于Autopilot自动驾驶能力提升安全水平的自信，Tesla是有理由抛弃现有的车辆保险费用计算体系而另起门户的。但是这里面非常敏感的一个话题就是在本质还是ADAS高级辅助自动驾驶系统FSD工作的状态下，驾驶员同时处在何种状态，如何切割车辆和驾驶员之间的责任，如何界定车辆的保险费用、甚至每次事故所产生的赔偿和维修费用，是否和具体每辆车的车主驾驶习惯、行为挂钩呢？Cabin camera在其中到底扮演何种角色？是一个很大的未知因素。 “我们认为影响将立即开始发生。实际上，特斯拉已经开始提供自己的保险产品。由于具有自动驾驶仪的新功能，因此它们的汽车比公路上的其他任何汽车都要安全得多。传统保险公司对此反应迟钝，无法调整费率。因此，特斯拉必须介入并创建自己的定制保险产品，以准确反映其车辆的风险和安全性。”——来自cleantechnica.com 车右智能 一个一直用心仿真的自动驾驶技术信徒 info@co-driver.ai 备注： 1 插图1来自于推特用户@Greentheonly在2020年10月3日的推文插图，URL：https://twitter.com/greentheonly/status/1317477960664948736； 2 插图2来自于互联网搜索，MSPoweruser截图； 3 插图3来自于2020版本的Model 3 用户手册截图； 4 插图4来自于推特用户@Greentheonly在2020年10月4日的推文插图，URL：https://twitter.com/greentheonly/status/1312607693249667073； 5 插图5来自于Elon Musk推特截图，URL：https://twitter.com/elonmusk/status/1370525365358243842； |
|
|
