1. 程式人生 > 實用技巧 >理想汽車事故,智慧短板暴露-1

理想汽車事故,智慧短板暴露-1

理想汽車對最近這起備受關注的車禍迴應了。

近期,青島理想ONE在晚間高速路、輔助駕駛狀態,與右前方變道貨車相撞,副駕親屬受傷,車身前部遭受擠壓……

其後,相關行車記錄視訊流出,圍繞事故的爭議也隨之展開,主要有兩點:

一,在此次事故中,理想ONE的A柱斷裂,全車安全氣囊無一彈出,汽車本身質量是否合格?

二,宣稱L2自動駕駛能力的“智慧汽車”理想ONE,竟然前方如此明顯車輛未能識別……

作為一家以“智慧”作為差異化的造車新勢力,這樁事故牽出的問題,無論是汽車安全性,還是智慧能力,實際每一項都直指關鍵。

事故如何發生?

9月22日晚,近22點左右,青島理想ONE車主,與父母家人,駕車行駛在G18高速內側道。

此時,右前方一輛廂式貨車打左轉燈變道,試圖進入內側道。

但理想ONE不僅沒有減速,還最終徑直撞了上去。

事後車主披露,當時車輛處於輔助駕駛系統開啟狀態,車速保持在120KM/h左右。

並且在事故發生過程中,理想ONE系統對前車變道,沒有警示,也沒有減速,等到他發現接管,為時已晚,理想ONE右前方撞擊到貨車左後方。

事故後車身撞成這樣:

這樣:

以及這樣:

理想ONE A柱斷裂,副駕親屬面部受傷,所幸沒有危及生命安全,後排親屬也遭受撞擊傷害。

但遭遇如此撞擊,全車七個氣囊無一彈出——這也是事後理想車主質疑的關鍵問題。

Why?

理想在10月14日給出官方調查後的迴應。

理想如何迴應?

主要涉及三方面。

首先,責任

理想稱,本次事故經交管部門判定,大貨車由於違規併線承擔全部責任。

其次,車輛質量安全

對於追尾事故後出現A柱斷裂,理想官方迴應稱,由於大貨車的尾部並未正確安裝符合國家要求的防護裝置,高度過高,導致理想ONE追尾大貨車時,A柱直接卡主貨箱,使A柱成為主要受力點,A柱無法單獨承受如此大沖擊力。

理想還強調,理想ONE的A柱使用的是1500MPA的超高強度鋼,與寶馬X7、奧迪Q7、沃爾沃CX90車型的A柱材料強度一樣。

國內外的試驗及實際發生的道路交通事故均表明,乘用車在發生鑽撞貨車的情況時,如貨車後防護裝置不滿足標準,乘用車A柱無法承受貨箱的直接碰撞或擠壓。

而針對安全氣囊無一彈出的問題,在最初工作人員給出“沒有撞到點上”的迴應後,理想也在此次進行了完整解釋:

此次事故中,車輛A柱單獨收到擠壓,車輛前艙縱梁、前指樑、防撞樑及吸能盒均為發生明顯變形,這種情況並不屬於安全氣囊的保護場景,氣囊感測器受限於位置無法監測到足夠的減速度導致氣囊未開啟,而且目前在售車型中也沒有一款車在A柱設計氣囊感測器。

另外,理想官方還補充:在此碰撞情況下,大貨車尾部是擠壓進車身,即使氣囊起爆也起不到任何保護作用。

並表示如果還有媒體質疑,願意接受同級別做工車型進行對比實驗——理想免費提供理想ONE進行支援。

最後,輔助駕駛系統問題。

理想承認,此次事故中車主使用了理想ONE輔助駕駛系統。

迴應解釋稱:

目前輔助駕駛系統對旁邊車道上車輛變入主車道的識別具有侷限性,沒法在旁邊車道車輛併入1/5車身的時候,識別成主要目標,這也是目前L2級輔助駕駛系統的侷限性。

還進一步提醒和強調:

L2級輔助駕駛還是以駕駛員為主來控制車輛,不能完全替代駕駛員做決策,也請各位使用者安全使用理想ONE的輔助駕駛系統。

如何評價?

毫無疑問,相比動輒把車禍事故歸因於“車主對自動駕駛系統使用不當”“未能及時接管”的車廠……

理想汽車無論在態度上,還是迴應中,都直面問題,並且敢於承認不足。

但即便如此,理想依然沒有完整回答質疑,特別是在輔助駕駛系統方面——

為何視訊中如此明顯且不算突然的變道,理想ONE系統近乎“視而不見”?

而且認為這是L2輔助駕駛系統的侷限性……像是行業普遍挑戰

在理想的輔助駕駛方案中,以視覺系統和雷達為主,採用了Mobileye EyeQ4視覺晶片,以及77GHz的毫米波雷達,是當前非特斯拉的智慧汽車的“標配方案”。

而理想ONE在此方案加持下,主要可以實現三方面能力:

全速域自適應巡航、車道保持輔助:

自動緊急制動:

以及自主泊車:

即便僅按這三項能力而言,理想ONE在本次事故中的表現和結果,也令人出於意料。

或許夜晚光線、貨車識別,以及側前方等等因素,都可以視為個例中的特殊挑戰。

但最主要的短板,可能打鐵還靠本身硬——出在輔助駕駛系統的硬體方案侷限上。

車聚網援引之前理想工作人員回答,稱理想ONE一方面使用的是水平視角52º的EyeQ4版本——而不是視角更大的100°版本;另一方面在用於高速長距離探距的毫米波雷達方面,理想ONE只用了1個——作為對比,蔚來用了5個,威馬用了3個,小鵬G3用了3個……

雖然感測器方案,不能簡單以引數之和來比較智慧程度。

不過在當前自動駕駛軟硬體都處於初步應用時期,越多的感測器,確實能更好實現安全冗餘。

當然,成本也相應會增加。

但對於以智慧化作為核心賣點的造車新勢力而言,如果沒有足夠的安全冗餘作為保障,智慧化賣點,就建立在浮沙之上。

一方面希望駕駛過程中儘可能解放車主,另一方面又希望車主必要時隨時能接管,還沒有足夠的硬體冗餘方案……

更何況,售價在10萬-15萬檔的小鵬G3、威馬,都能儘可能高配,為何32萬售價的理想ONE,在事關安全的感測冗餘方案裡自信得只用1個毫米波雷達?

因為特斯拉Model 3也只用一個?

但如果直接對標特斯拉,就還得在在FSD硬體、攝像頭,以及感知距離等方面,都完全對其。

實際上,理想ONE在感測器方案上的短板,之前就有車友反饋,並且表示自己加錢也可以實現升級。

不過現實情況是,涉及前裝量產,理想ONE已難直接回應能與不能,只能表示:使用變道輔助時,務必主動觀察周圍環境使用條件。

言外之意,再明確不過。

只是誰也想不到,實際駕駛場景長尾挑戰太多,青島車主對理想ONE輔助駕駛系統的過分信任,造成一家出行中的悲劇。

是理想ONE的感測方案和智慧駕駛能力“短板”造成的嗎?

或許也不能這樣直接歸因。

畢竟輔助駕駛就是需要車主注意力集中,而且車輛安全是一項綜合工程,這也是為什麼理想汽車迴應中對A柱斷裂和氣囊無一彈出長篇幅解釋的原因。

但對於以智慧作為賣點的新造車公司理想汽車而言,這樣的事故結果非常現實:

在一個動不動就宣揚造車質量和安全“百年積澱”的行業,差異化的智慧能力應考成績如此,於本於末,都顯得尷尬。

理想可以不必有純電動、加速新能源變革的理想主義,但距離安全可靠的智慧化理想,這次事故也暴露了關鍵問題。

這樣的短板,會在下一代補上?

畢竟CTO已經近期到位,自動駕駛方面也宣稱要用上英偉達最新ORIN自動駕駛晶片,感測方案應該也會一併加碼優化……

因為理想ONE才是第一款車,所以理想依然還有時間和機會。

而且此次事故前後,理想股價也未受影響,市值創下新高。

並且值得注意的是,蔚來和小鵬也都在漲,中國造車新勢力整體都在被看好。

只不過這種看好基於長遠,可能暫時還不會因為一兩次事故而發生變化。但事故背後暴露的短板,如果不能及時亡羊補牢,或許就會風氣浮萍之末。

對於理想是這樣,對於智慧汽車們,也是這樣。

你說呢?你怎麼看理想ONE這次事故和迴應?

附理想汽車事故迴應全文:

道翰天瓊CiGril機器人API

道翰天瓊CiGril認知智慧機器人API使用者需要按步驟獲取基本資訊:

  1. 在平臺註冊賬號
  2. 登入平臺,進入後臺管理頁面,建立應用,然後檢視應用,檢視應用相關資訊。
  3. 在應用資訊頁面,找到appid,appkey祕鑰等資訊,然後寫介面程式碼接入機器人應用。

開始接入

請求地址:http://www.weilaitec.com/cigirlrobot.cgr

請求方式:post

請求引數:

引數

型別

預設值

描述

userid

String

平臺註冊賬號

appid

String

平臺建立的應用id

key

String

平臺應用生成的祕鑰

msg

String

""

使用者端訊息內容

介面連線示例:http://www.weilaitec.com/cigirlrobot.cgr?key=UTNJK34THXK010T566ZI39VES50BLRBE8R66H5R3FOAO84J3BV&msg=你好&ip=119.25.36.48&userid=jackli&appid=52454214552

注意事項:引數名稱都要小寫,五個引數不能遺漏,引數名稱都要寫對,且各個引數的值不能為空字串。否則無法請求成功。userid,appid,key三個引數要到平臺註冊登入建立應用之後,然後檢視應用詳情就可以看到。userid就是平臺註冊賬號。

示例程式碼JAVA:


import java.io.ByteArrayOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.net.HttpURLConnection;
import java.net.URL;

public class apitest {

/**
* Get請求,獲得返回資料
* @param urlStr
* @return
*/
private static String opUrl(String urlStr)
{
URL url = null;
HttpURLConnection conn = null;
InputStream is = null;
ByteArrayOutputStream baos = null;
try
{
url = new URL(urlStr);
conn = (HttpURLConnection) url.openConnection();
conn.setReadTimeout(5 * 10000);
conn.setConnectTimeout(5 * 10000);
conn.setRequestMethod("POST");
if (conn.getResponseCode() == 200)
{
is = conn.getInputStream();
baos = new ByteArrayOutputStream();
int len = -1;
byte[] buf = new byte[128];

while ((len = is.read(buf)) != -1)
{
baos.write(buf, 0, len);
}
baos.flush();
String result = baos.toString();
return result;
} else
{
throw new Exception("伺服器連線錯誤!");
}

} catch (Exception e)
{
e.printStackTrace();
} finally
{
try
{
if (is != null)
is.close();
} catch (IOException e)
{
e.printStackTrace();
}

try
{
if (baos != null)
baos.close();
} catch (IOException e)
{
e.printStackTrace();
}
conn.disconnect();
}
return "";
}


public static void main(String args []){
//msg引數就是傳輸過去的對話內容。
System.out.println(opUrl("http://www.weilaitec.com/cigirlrobot.cgr?key=UTNJK34THXK010T566ZI39VES50BLRBE8R66H5R3FOAO84J3BV&msg=你好&ip=119.25.36.48&userid=jackli&appid=52454214552"));

}
}