是时候认真看待驾驶员监控系统(DMS)了!
6月初,一辆特斯拉在台湾的高速公路上撞到一辆翻倒的卡车。自此,这个镜头几乎出现在所有的汽车杂志上了。看完了相关视频,我想到三个问题:
˙为什么自动紧急制动没有起作用?
˙司机当时在做什么?
˙为什么仍然有人相信私人乘用车在短短几年内就能实现“自动驾驶”?
在20年的汽车电子从业经历中,我遇到的最不可思议的事情之一就是,尽管欧洲NCAP(新车评估计划)和最新的《欧洲通用安全法规》(GSR)都指出必须在几年内启用驾驶员监控系统(DMS),但仍然有很多人完全无视它。
与一些据说明智和见闻广博的人士多次交谈后,我发现他们均持几乎相同的观点,大致概括为“DMS充其量只是一种临时过渡方案,说得不好听点,它已经过时了。”
且不论对还是错,许多人认为我们已经处于实现四级自主(L4)的最后阶段,距离“完全自动驾驶”的现实只差空中升级了。但看一看特斯拉撞车的镜头,扪心自问一下:这怎么可能?
我毫不不怀疑,像Waymo和Cruise这样的公司到2025年将能够提供某种自动穿梭巴士或自动驾驶出租车(robotaxi)服务。但是,他们能否从经营这些服务中赚钱还存有争议。
此外,我仍然不相信一般人群在心理上已经做好了相关准备,如自动驾驶车辆可能会杀死儿童,这在统计上是不可避免的,因为自动驾驶汽车在公共道路和高速公路上的部署越来越多。 不过这些都是经济、法律和哲学上的争论,EETimes是专业技术媒体平台,我们将这些问题留给其他人来讨论。
最近,我看到一个非常有趣的幻灯片,它来自澳大利亚堪培拉的Seeing Machines公司,该公司为凯迪拉克CT6的GM Super Cruise系统提供基于视觉的DMS。
我们来进一步探究一下,DMS领域取得的一些技术进步,以及在协助人类驾驶员变得更加安全以挽救生命方面,我们所取得的进展。
传感器致盲现象
对于Super Cruise系统中的驾驶员监控视觉传感器,人们最常诟病的是,它可能由于阳光致盲,而且批评者们经常抓住这一点而完全摈弃DMS技术。我自认是DMS专家,从幻灯片中我可以看出,第一行的前两幅图像使用850nm红外(IR)光路,而其它图像均使用940nm波长IR组件。
为什么这样说呢?940nm波长的阳光能量实质上要比850nm波长少很多,因此将光路的工作波长改为940nm可基本消除传感器致盲问题。这要感谢我们的大自然母亲。
您可能会问:“为什么不一开始就使用940nm器件呢?”那是因为940nm直到2016年底才获得汽车认证,因此,在典型的汽车器件采纳时间表上,它们最早也要到2019年才能出现在量产汽车中。不出所料,940nm视觉DMS将于今年晚些时候在批量生产车辆中被采用。
如果您是一个后来加入DMS大军的科技公司,想着只要拼凑一个符合NCAP规范的系统就可以了,那么您要注意,还有一个光路挑战:940nm CMOS图像传感器的量子效率比850nm要低,这意味着必须使用更大功率的LED来照亮驾驶员的面部。
红外光在很大程度上可能是人眼不可见的,但这并不意味着它在高功率下是安全的,想想激光眼科手术。因此,还需要验证光路是否符合IEC 62471的人眼安全性标准。
因此,作为DMS开发的后来者,是选择850nm照明而传感器可能因阳光致盲;还是选择940nm照明而驾驶员可能被致盲呢?现在您还认为汽车级DMS容易开发吗?
现在,940nm下基于视觉的驾驶员监视系统的所有设计和开发问题都已解决,但这也是为什么DMS用了这么长时间来验证其可用于汽车用途的原因之一。
如何训练机器
如果驾驶员戴面罩,DMS操作还简单吗?仔细看一下相关视频中的实际例子,您会再次发现为什么汽车DMS开发比看起来要复杂得多。看看下面的截图,我最喜欢的下排中间那个,它看起来就像外星人电影中的异形。
人类可以使用现有知识来推理分析这些图像,并确定它们显示出戴着各式面罩的人类驾驶员。该视频完美地证明了,要成功开发出能在现实条件下使用的足够强大的DMS,需要大量的自然驾驶数据来训练算法,并结合详尽的测试和验证,而这需要多年的研发与测试。
在这个Covid-19大流行的世界中,驾驶员佩戴个人防护装备不是什么奇怪的事情,而这就意味着DMS必须应对各种复杂的组合,如全面罩、护目镜加呼吸器。您能想到吗?
现在,最先进的驾驶员监控视觉算法已得到广泛的训练与验证,因此无需校准;它几乎可以即时跟踪面部和眼睛;它可以在接近180度的宽范围内操作(头部完全向左或向右旋转);它可以穿透大多数太阳镜。
这些算法不分性别、国籍和种族,经过训练可以识别帽子、棒球帽、珠宝、围巾、卫生口罩、安全眼镜或护目镜,甚至可以识别宗教服装(比如盖头和面纱)。
Seeing Machines并不是唯一一家汽车级驾驶员监控软件供应商,其他供应商还包括Eyesight、Jungo、Momenta、SenseTIme、Smart Eye和Xperi。
长远来看,任何东西都将自动驾驶
DMS是一种临时过渡方案,从长远来看必将被自动驾驶所取代,这种想法绝对正确。但是,这就像睿智的经济学家凯恩斯(John Maynard Keynes)所预见的那样,“长远来看,我们都会死亡”。
我是一个分析师,而不是时间穿越者,所以我并不知道DMS与自动驾驶的未来,选择哪个还是要你自己拿主意。只是,请一定确保您完全了解Euro NCAP和欧洲GSR规范对驾驶员监控的要求,包括驾驶员困意和注意力分散监控。
上一篇:车身部件的检测至关重要:如何能实现汽车部件装夹?
下一篇:ADAS技术上有何问题?
推荐阅读
史海拾趣
DESCO公司成立于XX年代初,创始人[XXXXX]先生凭借其深厚的电子工程背景和敏锐的市场洞察力,决定投身于防静电产品的研发与生产。在创业初期,公司面临资金紧张、技术壁垒高等诸多困难,但[XXXXX]先生坚持技术创新,带领团队攻克了一个又一个技术难关,成功研发出首款高性能防静电垫,为公司的后续发展奠定了坚实基础。
随着国内市场的饱和,CAMBION公司开始将目光投向海外市场。公司制定了详细的国际化战略,通过设立海外研发中心、拓展销售渠道等方式进入国际市场。在国际化过程中,CAMBION公司不仅面临着文化差异、法律法规等挑战,还需要与众多国际知名企业竞争。然而,凭借卓越的技术实力和灵活的市场策略,CAMBION逐渐在国际市场上占据了一席之地。
品质是Asian Best Components Co Ltd的生命线。公司自成立之初就高度重视品质管理,建立了严格的质量控制体系。从原材料的采购到生产过程的每一个环节,再到产品的最终检验,公司都严格把关,确保每一件产品都符合高标准的质量要求。这种对品质的执着追求,使得Asian Best的产品在市场上赢得了广泛的认可和信赖,也铸就了公司的良好品牌形象。
在XX年代中期,Equator迎来了一个重要的转折点——被Pixelworks公司收购。Pixelworks是一家在显示图像处理领域具有领先地位的公司,其产品线广泛,包括用于各种显示设备的图像处理芯片和软件。与Pixelworks的合并使Equator获得了更广阔的市场和资源支持,加速了其技术和产品的发展。合并后,Equator继续专注于视频处理技术的研发,并与Pixelworks共同推出了多款创新产品。
随着产品的多样化发展,Ferroperm公司开始积极拓展市场,寻求更广阔的发展空间。他们不仅加强了与国内外客户的联系和合作,还积极参与国际展览和交流活动,提高了公司的知名度和影响力。同时,Ferroperm还与国际知名企业和研究机构建立了合作关系,共同开展技术研发和市场推广,进一步提升了公司的竞争力。
天然资源的枯竭、空气污染、交通堵塞和矿物燃料价格的上涨等等问题,迫使社会和个人寻求替代运输工具。这当中就有用于公交车和卡车的混合电力、氢气和基于燃料电池的动力系统,例如ISE(San Diego, CA)从1996年以来所生产的那些。 ...… 查看全部问答∨ |
有很多帖子的附件都是一样的,有的弄3,4个。还弄上5个芯币,4+5=9,9*3=27,27个芯币下载同一个芯币,说得过去吗?这不是恶意刷分吗,希望管理员重视。 而且有的压缩文件是连着的,也就是说你必须下载全部才能解压,解压第一个必须 ...… 查看全部问答∨ |
本帖最后由 paulhyde 于 2014-9-15 03:42 编辑 这套视频应该不用多说,郭老师的这套视频很经典,现在提供一个这套视频的打包下载版BT种子 想要学习的朋友可以下载看看 视频内容: 这是一部学单片机革命性的视频教程,教程全部十三讲,每 ...… 查看全部问答∨ |
|
PC机上做了交叉编译,步骤如下: #./configure --host-cc=gcc --cc=arm-linux-gcc --target=arm-armv4l-linux --enable-static --prefix=/tmp/mplayer --disable-win32 --disable-dvdread --enable-fbdev --disable-mencoder --disable-live 2 ...… 查看全部问答∨ |
大家好,我在设计关于430方案时,遇到了点资源使用问题。想请问各路高手(司马长风请来啊): 1.使用TIME_A模拟串口最高能达到9600的波特率吗?我看了例程倒是可行,但不知能否在这个速率下胜任长时间大流量的通信任务? 2.4270只有一个TIME_ ...… 查看全部问答∨ |
模拟、SPDIF 或 USB 输入和系统使立体声输出功率高达 30W ,参考设计的核心是立体声音频编解码器 PCM3070,配有的 miniDSP 可实现定制音频处理 , 控制器是MSP430F2xxx,喜欢玩音频的坛友有新东西了 … 查看全部问答∨ |
|
请问大家,我的一个时钟节拍为10ms,我再任务中用OSTimeDly(50)来等待500ms,可是在实际运行的时候,我发现有时OSTimeDly(50)函数根本没有待,就像执行一条语句一样就过去了,有时又是正确的等待了500ms。是什么原因呢?难道是我的UCOS-II有问题?… 查看全部问答∨ |