台灣56年來最大乾旱在眼前,前瞻計畫綠能建設如何建立碳中和家園?(11/17/2020 the Reporter報導者)
透過發展再生能源,提高能源使用效率,淘汰化石燃料,改用潔淨的再生能源電力驅動,才能朝向碳中和的目標前進,與各國攜手減緩氣候變遷。
文:蔡卉荀(地球公民基金會主任)
蔡英文政府上台後最重要的計畫──前瞻基礎建設,於2017年推出後至今已逾3年,從開始的「軌道」、「水環境」、「綠能」、「數位」、「城鄉」等五大建設,陸續再擴充因應「少子化」建設、「食安」建設,以及「人才培育促進」建設,8項建設編列8年8,824億的特別預算,是蔡政府任內最大筆的特別預算支出,上個月(10月)起,立法院開始審查第三期兩年編列的2,300億預算。
這筆來自廣大納稅人的錢能否被妥善的花用,關乎台灣未來30年國家發展需要的基礎建設,地球公民基金會與《報導者》合作,從台灣過去經濟發展的脈絡梳理,整理過去3年前瞻計畫的不足,檢視現有的二年2,300億計畫中的疏漏,陸續推出因應氣候變遷、城鄉建設、綠能建設及綠色運輸的系列評論,提供真正具有前瞻思維並可具體落實的方向,做為監督政策與人民納稅錢的指標。
2020年,全球除了遭受COVID-19(又稱武漢肺炎、新冠肺炎)襲擊,各國也頻傳洪患、野火、乾旱等氣候災難事件,後者對經濟發展、環境永續的破壞,完全不亞於疫情。面對極端氣候,台灣也無法倖免,不僅7月台北首次測到攝氏39.7度高溫,更睽違半世紀創下豐水期無颱風的紀錄,現在台灣遭逢56年來最大乾旱,桃竹苗大面積農地停灌,各地啟動限水、搶水。但台灣依然欠缺更積極的減緩氣候異常作為,至今仍有高達92%能源使用石油、煤炭等化石燃料,除了會持續加劇氣候異常,同時也造成中南部空氣汙染嚴重,直接賠上人民健康與環境品質。
減煤、減汙、減碳是人民的渴望,也是所有人的責任,再加上台灣3座老舊核電廠陸續到期除役,因此,我們迫切需要能源轉型。透過發展再生能源,提高能源使用效率,淘汰化石燃料,改用潔淨的再生能源電力驅動,如此我們才能朝向碳中和的目標前進,與各國攜手減緩氣候變遷。
為了達到這個目標,我們需要將資源投注在能源轉型的工作上,除了持續開發風力與光電,也需要建置潔淨能源所需的儲能、氫能與智慧電網系統,而建築物的節能翻修、產業資源效率的提升、潔淨科技的研發與人才教育訓練等項目更是不可或缺。
「前瞻基礎建設計畫」第三期2,300億龐大的國家資源,是否正確地投注在讓台灣因應氣候變遷,促進經濟、能源、交通轉型,並提升人民生活品質的基礎建設上,需要大家一起來監督。
78億預算一半用於沙崙科學城,欠缺節能投資的前瞻建設
8項建設前瞻基礎建設計畫中,以綠能建設與能源轉型及因應氣候變遷最直接相關,城鄉建設也攸關能否建立達到淨零碳排、能因應氣候變遷的韌性城鎮。
檢視過去綠能建設項目,預算多用於離岸風力施工所需的港口、以及沙崙智慧綠能科學城,缺乏節能投資與輔助綠能的相關設施,為人詬病。今年綠能建設僅編列78億元,只佔第三期總預算3%,金額太少,且仍以建設沙崙科學城為主(39億),對於台灣整體綠能發展助益有限。
整體來說,這期預算依然缺乏節能項目的投資,在綠能技術上雖有綠能技術與建設(25億)、技術驗證應用及地熱探查(約14億),但內容著重於電動巴士生產服務、碳循環技術研發、電網管理技術提升,雖也是未來重要技術的研發,但無法解決目前再生能源發展瓶頸的問題,也未普及儲能系統的建置。
城鄉建設項目向來是整個前瞻計畫中預算最多的,這期共編列了740億,但內容與前期計畫幾乎雷同,預算多集中在道路品質與停車問題的改善、開發產業園區、以及各種營造工程。台灣傳統工程設計與施工做法,甚至城鄉發展規劃,幾乎不曾納入能源轉型與循環經濟的考量,也使得城鄉建設難以發揮促進區域能資源整合、建設淨零碳排社區的綜效。
4個建議、從社區思考綠能的多元可能
我們認為,以下訴求應予以納入,才能加速發展綠能,投資節能設施,捲入更多人民參與能源轉型工程。
1.綠能建設應加入「地方節能治理」、「建築節能翻修改造」與「小屋頂光電融資規劃」項目 ,促進淨零碳排社區
過去3年由台電經費支應的「縣市共推住商節電行動」,地方能源治理已開始萌芽,卻面臨2020年經費結束,後續無以為繼的困境;而國內建築也因通風隔熱不良,成為高耗能建築,無法在氣候嚴峻的未來,提供節能舒適的住居空間。
因此,應將節能推動經費納入前瞻基礎建設範疇,確立經費穩定性,並編列建築節能翻修獎勵費用,帶動節能產業經濟;同時規劃推動金融機構提出綠色融資方案,以無息或低利貸款來協助社區或民眾,進行節能改造和架設屋頂光電,提高民眾採取節能行動、加入自宅光電自發自用的誘因,一方面有助於提升台灣能源效率,建設淨零排碳社區,另一方面也可降低躉購成本與時間壓力。
2.綠能建設應加入「整合資源規劃(IRP)」項目,來協助光電潛力案場盤點
地面型光電涉及生態保育、社會經濟等爭議而進度遲滯,不利於國家推動能源轉型。日前蘇揆責成沈副院長整合相關部會盤點土地,但若使用錯誤的方法,恐會重蹈過去農委會盤點不利耕地、或國產署盤點鹽業用地的覆轍,盤出的土地仍有生態爭議或饋線不足等問題,無法設置光電。
整合資源規劃(Integrated Resource Planning, IRP),是一套在世界各國廣泛採用的系統工具,像美國加州就已透過盤點能源供需所需的各種條件,如電力設施、生態土地與社會環境特性、市場條件等,在2年內就評估出現今到2045年可確保符合成本效益的能源投資路徑圖,其中也標定出適合設置再生能源的地點與總量,有效地先期解決再生能源與環境之間的衝突。
經濟部目前正積極設立環境與社會檢核機制,該機制雖能處理當前光電選址問題,但仍有其侷限,如:有關國家總體能源需求量、環境承載力、再生能源可設置總量、各縣市區域可分配量、各區域生態補償、衝擊研究等,仍需要上位政策整體規劃評估與滾動檢討,IRP恰是提供處理上述問題的科學工具。
因此,前瞻計畫應該編列IRP的預算,藉由系統性工具來評估、擘劃國家長期能源轉型路徑,解決再生能源的發展爭議,不僅讓光電在對的地方、用對的方式加速發展,更讓各種再生能源相互調和,提供國家穩定的能源與電力。
3.綠能建設應加入「設置配電級饋線」項目,鋪建社區公民電廠的電網環境
不管屋頂光電或地面光電,都需要有饋線才能設置,其中配電級饋線因為容量有限,造成許多社區電廠、不利耕地、偏鄉社區無法設置光電。目前的綠能建設雖有「強化電網運轉彈性公共建設計畫」,但其實是在幾個偏遠地區設置儲能系統,沒有任何配電級饋線的布建,無法提升台灣整體再生能源設置量,對電網調度彈性能力的提升也有限。
因此,為了提高社區參與意願,加速能源轉型,應該投注資源加速布設配電級饋線,搭配檢討目前饋線申請審核機制、清查饋線蟑螂,讓社區型再生能源取得饋線優先使用權,讓每個社區都能成為再生能源的生產者與使用者,朝建設100%再生能源社區目標前進。
4.城鄉建設應要求提高能源效率、結合綠能設置,整合能資源
城鄉建設中任何工程建設,都應納入節能設計,並結合綠能設置。例如公共運輸停車場改善、生態路網規畫、在地產業園區建設、地方館舍與運動場館升級、公有危險建物補強重建、原住民部落公共空間整建、公共服務據點整備等,都應要求提高建築能源效率與能源自給率。
此外,也應要求各項工程發包計畫中,訂定循環物料使用比例、原物料碳足跡要求、施工卡車空汙排放規範等綠色條款,確保公共投資均可有助於循環經濟、能源轉型以及空汙改善,方可符合特別條例中所稱「推動促進轉型之國家前瞻基礎建設」之意旨。
公共投資,應用在帶動民間綠能往前走
為了因應氣候變遷,台灣需要以建立碳中和家園為目標,創建一個高效率使用能源,且使用對環境友善的潔淨能源的生活環境。因此。打造節能的住居空間,讓更多社區可以方便生產與使用再生能源,就是很具體的國家基礎建設投資標的。
透過公共投資帶動民間節能與綠能服務產業的發展,鼓舞新能源服務擴大到社區與環境共享共好的加成價值,讓國家經濟將從過往高度仰賴化石燃料、犧牲環境換取發展的傳統型態,轉為低碳、低汙染、高度能資源效率的新經濟,這才是真正具有前瞻性的國家基礎建設。
完整圖文內容請見:
https://www.twreporter.org/a/opinion-foresight-infrastructure-plan-green-energy
♡
「後續擴充錯誤態樣」的推薦目錄:
- 關於後續擴充錯誤態樣 在 媽媽監督核電廠聯盟 Facebook 的精選貼文
- 關於後續擴充錯誤態樣 在 台灣物聯網實驗室 IOT Labs Facebook 的最讚貼文
- 關於後續擴充錯誤態樣 在 許淑華 Facebook 的最佳貼文
- 關於後續擴充錯誤態樣 在 Re: [請益] 後續擴充?(新契約?原契約變更?XDD) 的評價
- 關於後續擴充錯誤態樣 在 後續擴充錯誤態樣在PTT/mobile01評價與討論 - 手搖飲社群資訊站 的評價
- 關於後續擴充錯誤態樣 在 後續擴充錯誤態樣在PTT/mobile01評價與討論 - 手搖飲社群資訊站 的評價
- 關於後續擴充錯誤態樣 在 後續擴充寫法在PTT/Dcard完整相關資訊 的評價
- 關於後續擴充錯誤態樣 在 後續擴充寫法在PTT/Dcard完整相關資訊 的評價
後續擴充錯誤態樣 在 台灣物聯網實驗室 IOT Labs Facebook 的最讚貼文
汽車軟體深度報告:汽車軟體產業鏈及未來趨勢分析
北京新浪網 10-01 20:00
來源:未來智庫
關鍵結論
電動智能趨勢下,汽車逐步由機械驅動向軟體驅動過渡。近年 SDV(軟體定義汽車)概念逐步被行業認知,根源在於「汽車如何體現差異化」問題的變遷,隨著電 動化帶來的汽車電子構架革新,汽車硬體體系將逐漸趨於一致,軟體成為定義 汽車的關鍵,行業更具想像空間。即造車壁壘已經由從前的上萬個零部件拼合 能力演變成將上億行代碼組合運行的能力。本文通過對汽車軟體行業的系統性 梳理,幫助讀者把握行業成長中的投資機會。
我們提出零部件賽道三維篩選框架,基於起點(單車價值量)-持續時間(產品生 命周期)-斜率(產品升級速度)三維體系評價細分零部件的市場空間,軟體平均單車價值量由傳統車的 200 美元,提升至 2025 年新能源汽車的 0.23 萬美元,進 一步至 2025 年新能源汽車的 1.8 萬美元。未來十年軟體市場復合增速為 9%,2030 年 500 億美元空間,57%的增量來自於 ADAS 及 AD 軟體。
軟體如何定義汽車價值?百年汽車工業面臨由機械機器向電子產品過渡的新變 局。汽車「駕駛感」及車機 APP 化的功能實現發生在我們看不到的隱秘角落— —上百的電子控制單元循環執行軟體代碼功能塊,通過高性能的中央計算單元, 與硬體體繫結合以解析駕駛員需求,邏輯運算後向機械部件發送相應響應指令。
汽車軟體成為未來汽車構架重要組成部分。而整車電子電氣構架提供的硬體、 操作系統實現的管理功能、基礎軟體平台構架實現的抽象化為 SDV 不可或缺的 三大關鍵部分,軟硬體的分離(研發分離、功能發佈分離)成為實現 SDV 基礎。
發展史與整車廠戰略。汽車軟體隨產業技術升級持續迭代:1970 年代的簡單發 動機控制演算法→1980 年代中央計算單元創新→1990 年代信息娛樂系統創新→ 2000 年代安全系統→2010 年代開始向全新汽車電子構架及軟體系統演變。不 同於以前依靠多個 ECU 由部件供應商主導的無獨立軟體產品概念時代,主機廠 愈發需具備軟體的管理能力及核心軟體設計能力。整車廠中特斯拉引領車載軟 件行業最高技術,大眾重金重塑軟體架構,整車廠關乎開發周期、賦予附加值、 構架實現、軟體變現模式以及操作系統切入等問題上仍未進行標準化定義,卻 為影響行業發展的關鍵所在。
產業鏈機遇。新科技、軟體公司湧入帶動供應鏈管理的扁平化、邊界模糊化, 帶動供應鏈生態體系變革。供應模式上,預計 Tier1 與整車廠之間將採取兩種合作方式,其一,整車廠主導軟體,Tier1 負責硬體生產;其二,整車廠定義軟 件框架規範標準,Tier1 供應符合標準的相關軟體。盈利模式上,偏向製造業邏 輯的大部分汽車硬體由於堆橋數量將受到限制,終將會進入產業穩態階段,往 介面及功能上的標準化發展,維持較穩定的利潤率水平;軟體由於迭代周期快 且行業特性帶來的標準化程度低,賦予汽車新盈利模式。現階段特斯拉三大付 費模式打開車企軟體變現想像空間,開發基礎平台收許可費、供應功能模塊按 Royalty 收費及定製化的二次開發均為未來軟體供應商主流打法。
推演的 5 大未來趨勢。汽車終將成為搭載「差異化元素」的通用化平台。一方 面,ECU 功能模塊里循環迭代的代碼驅動汽車執行動作反饋;另一方面,車載 娛樂信息系統 APP 化吸引第三方開發者入場。海量數據將在車內流轉,關於賦 能域控制器、定位車機系統的各項軟體性能升級,包括功能中心化、乙太網應 用、整車 OTA 升級、信息交互上雲及深層次的信息安全防禦等,或將帶來汽車 軟體一系列發展機遇。
SDV 新階段:軟體如何定義汽車價值
百年汽車工業面臨由機械機器向電子產品過渡的新變局。跨入駕駛室,安靜的 啟動、柔中帶剛的加速、平穩過渡的剎車等為代表的汽車「駕駛感」逐步由機 械驅動向軟體驅動過渡,這一套功能的實現發生在我們看不到的隱秘角落—— 上百的電子控制單元循環執行軟體代碼功能塊,通過高性能的中央計算單元, 與硬體體繫結合以解析駕駛員需求,邏輯運算後向機械部件發送相應響應指令。近年來,SDV(Software Define Vehicles,即軟體定義汽車)概念逐步被整車 廠認知,根源在於「汽車如何體現差異化」問題的變遷,隨著電動化帶來的汽 車電子構架革新,汽車硬體體系將逐漸趨於一致,整車廠很難在硬體上打造差 異化,此時軟體成為定義汽車的關鍵,即造車壁壘已經由從前的上萬個零部件 拼合能力演變成將上億行代碼組合運行的能力。
汽車軟體為未來汽車構架重要組成部分
汽車軟體與硬體體系發生分化。近幾十年隨汽車構架升級、性能與用戶操作感 需求逐年提升,汽車軟硬體數量爆發,並愈發複雜化。在硬體方面,電控單元 數量迅速增長,於 2010 年面臨增速放緩的拐點(主要受整車成本與控制器數 量平衡的影響),2025 年隨行業集中式電子電氣架構趨勢持續推進,電控單元 邁向集成化從而控制器數量將較為平穩。在軟體方面,各大主機廠軟體功能體 系越做越大,其中「功能函數」作為軟體體系中的最小單元,其單車數量持續 增大,控制器內部的功能函數複雜度提升,疊加智能座艙新增的應用型軟體需 求,軟體重要性愈發凸顯。2010 年(增速放緩的硬體數量 VS. 急劇攀升的軟 件數量)與 2025 年(硬體產業成型 VS.軟體加速迭代塑造汽車差異性)為汽車 軟硬體發展中兩個重要的分水嶺。
汽車複雜的運作需軟硬體結合進行。無論是駕駛艙對汽車電子功能的調用,抑 或汽車與駕駛員和環境互動,均可抽化為軟硬體密切配合的模型,即駕駛員的 需求與汽車功能反應之間存在著複雜的控制鏈條:駕駛員通過機械硬體或部分 虛擬按鈕輸入期望(例如通過車載按鈕、踏板等輸入型機械硬體給出期望)→ 駕駛員動作轉換為電子信號傳入電控單元→執行器控制控制對象達到駕駛員的 需求→感測器向電控系統持續反饋控制達成的具體情況,軟體邏輯持續運算向 執行器發出指令,最終達成駕駛員的期望要求。以剎車輔助駕駛為例,在駕駛 員剎車信號不足或過慢的情況下,內置的一套軟體邏輯將被激活,讓制動系統 自動做出減速相應。在電控單元中快速進行的一次次軟體迭代循環,為汽車正 常運作的基石。
SDV 研發工具鏈仍以 V 流程為主。汽車研發系統過程能拆解為軟體、硬體、執 行器及感測器 4 大部分。與傳統車相同,V 模型為車企主流的開發流程,從產 品設計、子系統設計、控制器驗證及系統驗證等階段均有相對應的工具鏈進行 支撐,涵蓋從系統到軟體以及集成后的一系列測試等內容。SDV 模式下對工具 鏈的應用具部分變化:一方面,硬體愈發通用化,研發會集中在作為功能集群 的 ECU 開發上;另一方面,車的各種功能實現盡量靠軟體實現。
Step 1:產品設計階段。此階段核心為分析和拆解需求。由消費者的需求、車 型安全及性能的剛性需求以及法律法規需求定義出軟體的基礎構架,以及定義 出各大功能模塊。
Step 2:子系統設計階段。步驟為由系統構架需求定義軟硬體構架設計。關乎 軟體系統部分在這一步雛形初顯,能將技術問題具體化,例如定義軟體能實現 的功能、軟體功能模塊的分離、如何跟對應的控制器配合等。
Step 3:控制器驗證階段。完成硬軟體及控制器集成,代碼成型并迭代測試。
Step 4:系統驗證階段。測試軟硬體在整車上的裝載使用情況。
SDV不可或缺的三大關鍵部分——電子電氣架構、操作系統、軟體平台
整車電子電氣構架為硬體基礎。汽車電子電氣架構(Electronic and Electrical Architecture,文中簡稱 EEA)最初由德爾福公司提出,以博世經典的五域分類 拆分整車為動力域(安全)、底盤域(車輛運動)、座艙域/智能信息域(娛樂信 息)、自動駕駛域(輔助駕駛)和車身域(車身電子)等 5 個子系統。後續演變 成車企所定義的一套整合方式,可形象看作人體結構中的骨架部分,後續需要 「器官」、「血液」和「神經」進行填充。具體到汽車上來說,EEA 把汽車中的 各類感測器、ECU(電子控制單元)、線束拓撲和電子電氣分配系統完美地整合 在一起,完成運算、動力和能量的分配,實現整車的各項智能化功能。博世曾 經將汽車電子電氣架構劃分為三個大階段:傳統分散式電子電氣架構-域控制器 電子電氣架構-集中式電子電氣架構:
(1)傳統分散式的電子電氣架構:主要用在 L0-L2 級別車型,此時車輛主要由 硬體定義,採用分散式的控制單元,專用感測器、專用 ECU 及演算法,資源協同 性不高,有一定程度的浪費。產業鏈分工上,車型架構由整車廠定義,實現核 心功能的 ECU 及其軟體開發由 Tier 1 完成。
(2)域控制器電子電氣架構:從 L3 級別開始,通過域控制器的整合,分散的 車輛硬體之間可以實現信息互聯互通和資源共享,軟體可升級,硬體和感測器 可以更換和進行功能擴展。屬於過渡形態,ECU 仍承擔大部分功能實現,整車 廠將參與部分域控制器的開發。
(3)集中式電子電氣架構:以特斯拉 Model 3 領銜開發的集中式電子電氣架構 基本達到了車輛終極理想——也就是車載電腦級別的中央控制架構。此時集成 化趨勢將消減大部分 ECU,主機廠將逐漸主導原本屬於 Tier 1 參與的軟體部分 (預計以直接開發模式或定義規範標準后讓供應商參與),其目標是設計簡單的 軟體插件和實現物理層變化的本地化。
操作系統實現管理功能。車載操作系統(Car-OS)承擔著管理車載電腦硬體與 軟體資源的程序的角色。20 世紀 90 年代伊始,汽車上基於微控制晶元的嵌入 式電子產品的應運興起,需加入相關的軟體架構以實現分層化,即汽車電子產 品均需要搭載嵌入式操作系統。從產品品類上,汽車電子產品可歸納為兩類, 一是以儀錶,娛樂音響、導航系統為代表的車載娛樂信息系統;二是主管車輛 運動和安全防護的電控裝置。兩者對比而言,電控系統更強調安全性和穩定性, 因此應用於電控單元 ECU 的嵌入式操作系統標準更為嚴格。未來操作系統發展 面臨兩大趨勢,一是以 OSEK、AUTOSAR 為典型代表的操作系統標準聯盟將 定義統一的技術規範;二是智能網聯趨勢下數據融合度提升,由於各個部件的 安全標準等級不一從而整車上存在多種操作系統的運用,通常引入虛擬機管理 (可提供同時運行多個獨立操作系統的環境),如在智能座艙 ECU 中同時運行 Android(車載電子操作系統)和 QNX(電控操作系統)。
基礎軟體平台構架是實現抽象化的關鍵所在。從定義上,軟體架構為軟體系統 定義了一個高級抽象(軟體表達行為、屬性、相互作用、集成方式及約束均在 此架構上體現)。而 SDV 核心內涵是能夠通過軟體作用,動態地改變構架網路 節點之間的聯結或分離狀態,從而定義汽車不同的功能組成。基礎軟體平台需 具備三方面要求:一是可靠性,能保證汽車功能實現的實時和安全;二是通用 性,適用於不同車型和不同的操作系統上;三是網構架節點易於更換聯結方式。AUTOSAR 是全球各大整車廠、供應商聯合擬定開放式標準化的軟體架構,其 使得不同結構的電子控制單元的介面特徵標準化,從而軟體具更優的可擴展性 及可移植性,降低重複性工作,縮短開發周期。
汽車軟硬體分離為 SDV 基礎
軟硬體的分離涵蓋研發分離、功能發佈分離兩方面。軟硬體分離為實現 SDV 基 礎,電動化趨勢簡化造車流程,未來汽車硬體的研發、製造更偏向於流水線過 程,而軟體發展逐步具互聯網的快速迭代趨勢傾向。汽車軟硬體分離概念由此 而生,其包含兩方面內容,一方面,由於開發周期(汽車硬體 5-7 年的開發周 期 vs. 軟體 2-3 年的開發周期)及技術領域(偏向製造業 vs.偏向互聯網)的 差別,汽車軟硬體在開發上、供應上逐漸分開。另一方面,軟體的功能發佈可 以與車型完成分離,新軟體不僅適用於新車,仍可快速發佈到已量產車型上, 增強車型硬體的使用長尾期。
軟硬體分離在功能升級及工藝裝配上具優勢。基於軟硬體分離的新構架體系在 車型功能升級及製造模式上發生變化。功能升級上,新的擴充功能由軟體定義 通過雲端直接升級,無需再在硬體層面進行驗證;工藝製造上,與軟體分離后 的電子電氣構架不同於現階段「八爪魚」式的複雜構造,更易於自動化裝配。
當前車企實現更新的方式——硬體冗餘,後續依靠更新升級。
(1)硬體預置:傳統汽車定價由硬體及性能決定。而 SDV 模式下,相同硬體 的車型通過不同的軟體配置決定車與車之間不同的功能與體驗。車企在車型設 計之初需提前定義軟硬體,SOP 時將具備擴展功能的冗餘硬體預裝,後續將通 過付費型軟體升級或者功能開放回收成本。以特斯拉的 AutoPilot 為例,冗餘的 預設硬體將通過後期持續的軟體升級調動功能,為新創收模式。
(2)性能預置:性能預置分為兩個方面,控制器算力預留,為更多的軟體功能 和演算法預留空間。隨智能駕駛趨勢,車載算力大幅提升,由於無法預估後續所 需算力的極限,通常在實際情況中會預留算力空間。性能預留,通常在各性能 硬體上做事先預留,以應付如加速性能提升,續航里程提升,圖像的清晰度提 升,音響效果提升等升級事項。例如 2018 年 6 月,美國權威雜誌《消費者報 告》發現, Model3 剎車距離比皮卡福特 F-150 要長。ElonMusk 接受了《消 費者報告》的批評並承諾通過 OTA 儘快解決此問題。此後在不到一周時間, 特斯拉通過一次 OTA 升級解決了該個問題,《消費者報告》重新測試后發現, 升級后的 Model3 剎車距離縮短了 5.8 米。
追溯發展史:汽車軟體的前世
汽車軟體隨產業技術升級持續迭代:1970 年代的簡單發動機控制演算法(軟體嵌 入應用模式)→1980 年代中央計算單元創新(顯示車輛基本信息)→1990 年 代信息娛樂系統創新(GPS、自適應巡航控制出現)→2000 年代安全系統(出 現高級駕駛員輔助駕駛概念)→2010 年代開始向全新汽車電子構架及軟體系統 演變(電子化和軟體化,出現無人駕駛概念)。
1980 年代之前,汽車僅搭載車燈、啟動機、火花塞等簡易電子設備,並未運用 任何軟體部分。整車電子設備通信及電能供給依靠銅導線傳輸。部分豪華車裝 置僅由收音機為核心部件的車載娛樂系統。
1970 年代,發動機系統具備演算法功能。出現點火系統、電子燃油噴射等裝置, 軟體直接嵌入應用使用,軟體之間無關聯具獨立性。
1980 年代隨 IT 技術起步,電子電氣化革命在傳統機械部件上進行創新。油耗 及行駛距離等信息可在車內做電子化顯示,搭載軟體的電控單元開始出現,如 防抱死系統 ABS、車輛穩定系統 ESP、電子變速箱等電子系統誕生,新功能由 嵌入式軟體的演算法控制,CAN 及 LIN 匯流排解決不同控制器之間的通信問題。
1990 年代,信息娛樂系統持續創新,軟體成為汽車重要部分。汽車軟體構架愈 發分散,出現 GPS 及自適應巡航控制等較高階的電子組件及軟體。同時,不同 控制器間持續延長的通信匯流排成為車企後續進行成本管控的重要一環。
2000 年代,安全系統推出,軟體開始主導汽車創新。「高級輔助駕駛概念」在 此階段興起,例如駕駛員未及時反應的障礙物可以系統運算下汽車自發停車規 避。此時的軟體系統更為高階,行業引入 AUTOSAR 標準軟體構架。車型方面, 電子化特徵明顯,賓士 S 級轎車車型電控單元超 80 個,通信匯流排近 2000 條。
2010 年開始,汽車電動化帶來電子電氣構架、汽車軟體新變局。智能駕駛、車 聯網概念引入,造車新勢力、互聯網企業等多玩家參與進造車環節,以特斯拉 為代表的整車廠重新定義軟體系統,新創 OTA 新升級模式。
產業鏈機遇:SDV重塑市場格局
新科技、軟體公司的湧入帶動了供應鏈管理的扁平化、邊界模糊化,推動產業 競爭要素髮生本質變化,帶動供應鏈生態體系變革。在傳統封閉式供應鏈的汽 車製造商在整條供應鏈中只負責一個環節,主要擔任汽車研發製造的角色。而 在新生態體系中,汽車軟硬體分離重塑產業格局,主機廠、供應商以及互聯網 企業均參與進汽車新生態體系,從汽車全生命周期覆蓋整個產業鏈條。
供應模式轉變,主機廠、供應商及互聯網企業入局
SDV 軟體開發模式下,不同於以前依靠多個 ECU 由部件供應商主導的無獨立 軟體產品概念時代,主機廠愈發需具備軟體的管理能力及核心軟體設計能力, 並引入供應商及互聯網企業參與此環節。在軟體領域,預計未來 Tier1 與整車 廠之間將採取兩種合作方式:
其一,整車廠主導整車軟體部分,Tier1 負責硬體生產。在傳統車企巨頭入場燃 油車領域 100 多年的歷史里,造車流水線仍以機械製造為主,Tier1 以分擔主機 廠重資產角色存在,通常與整車廠車型生產周期形成相應配套。而在智能化時 代,軟體主要以輕資產模式運轉,出於掌握核心技術考量通常為主機廠所主導。其二,整車廠定義軟體框架規範標準,Tier1 供應符合此標準的相關軟體。瞬息 萬變的技術導致車企研發容錯率下降。尤其對新入場的造車勢力而言,若在前 1~2 款車連續失敗,大概率將面臨淘汰。因此對部分在技術儲備、研發及資金 實力較弱的主機廠而言,可在其定義軟體標準後由 Tier1 進行對應的開發配套。
盈利模式轉換,將逐漸由硬體逐漸向軟體傾斜
硬體發展具天花板效應,軟體持續賦予車型新附加值。以經過 15 年發展的手機 產業鏈為例,硬體體系隨處理器性能持續提升、攝像頭像素及攝像頭個數持續 增加、屏幕材質與大小升級,其產業增速趨緩,硬體盈利模式逐漸固化。而隨 蘋果 iPhone 產品橫空出世定義軟體附加值新模式,小米做低手機硬體利潤並將 其定位於功能載體,至此軟體與服務成為手機產業鏈盈利模式的重要來源。對 標至汽車,偏向造業模式的傳統車具較固定的盈利模式,從而車企具較穩定的 利潤率,而目前在汽車電子電氣化架構趨勢下,軟體有多樣性應用的空間,無 論硬體抑或軟體體系均包含升級或新生環節,盈利模式尚未定型。而長遠來看, 偏向製造業邏輯的大部分汽車硬體由於堆橋數量將受到限制,終將會進入產業 穩態階段,往介面及功能上的標準化發展,維持較穩定的利潤率水平;軟體由 於迭代周期快且行業特性帶來的標準化程度低,賦予汽車新盈利模式。
特斯拉已構築初階車企軟體盈利模式。矽谷出身的特斯拉已證實一條軟體大規 模變現的可行性路徑,分為 FSD 付費、軟體應用商城及訂閱服務三種模式:
(1)FSD 付費模式:特斯拉車型在售出后標配 Autopilot 輔助駕駛功能,而實 現自動泊車、智能召喚的 FSD 全自動駕駛功能需付費使用。FSD 單價並未固 定,過去一年內特斯拉 FSD 售價經過三次提價(國外 8000 美元,國內 6.4 萬 元),成為特斯拉利潤的重要來源。以 2019 年 36.7 萬輛的交付量計算(30 萬 輛 Model3,6.7 萬輛 ModelS/X),假定 35%的 FSD 裝載率,6500 美元的 ASP, 則軟體收入近 8.3 億美元(其毛利率大概率高於 80%)。
(2)軟體應用商城:類似手機應用商城,可即時購買性能升級軟體包(包括輔 助駕駛功能、FSD 及各類性能升級包),通過 OTA 進行升級。
(3)訂閱服務:2019Q4 推出定價 9.9 美元/月的車聯網高級連接服務,包括流 媒體、卡拉 OK、影院模式等功能。2020Q2,特斯拉宣布計劃在年底推出定價 100 美元/月的 FSD 套件訂閱服務,為 FSD 的使用提供另一選擇。
對於第三方汽車軟體供應商,盈利模式仍不明晰,參考手機產業模式及目前行 業發展情況,預計其未來有望採用以下 3 種主流盈利模式:
(1)受主機廠委託,開發基礎平台並收取許可費用。
(2)供應功能模塊按汽車出貨量 Royalty收費(按銷售量和單價一定比例分成)。
(3)基於車企平台為其做定製化的二次開發,並收取費用。
市場空間:未來十年軟體市場復合增速為 9%,2030 年 500 億美元空間
軟體市場進入快速擴張期。包括系統軟體和應用軟體在內的軟體系統將在智能 化趨勢中,由低基數實現快速擴張,據麥肯錫預計,軟體在 D 級車整車價值中 所佔的比例有望在 2030 年達到 30%,將成為未來汽車行業最重要的領域。
市場規模方面:電動智能化趨勢下硬體發展周期領先於軟體,增量市場彈性小 於軟體。據麥肯錫,2020-2030 年汽車軟體和 E / E 架構市場預計復合年增長 7%, 從目前的 2380 億美元增長至 2030 年的 4690 億美元。拆分來看,2020-2030 年軟體市場規模(操作系統、中間件及功能軟體)復合增速為 9%(由 2020 年 的 200 億美元,增長至 2025 年的 370 億美元,進一步增長至 2030 年的 500 億美元)。2020-2030 年動力系統市場規模復合增速為 15%,主要受動力源更 迭拉動。在硬體方面,ECU/DCU、感測器以及其他電子元件的復合增速分別為 5%、8%及 3%。軟體的應用帶動汽車集成及驗證環節革新,2020-2030 年集成 及驗證市場規模復合增速為 10%。
單車價值量方面:汽車軟硬體實現分離后兩者的發展模式將出現分化。其中硬 件體系的價值量隨模塊化、集成化發展,在規模化降本過程中其單車價值量增 長將較為平緩或略下降態勢;而軟體體系迭代速度快,在其對附加值模式的持 續探索下,價值量將持續上行。據麥肯錫預計,汽車中軟體單車價值量增速最 大,純電動車型將由 2025 年的 0.23 萬美元增長 7倍至 2030 年的 1.82 萬美元。同期 ECU/DCU、感測器、動力系統(除電池)及其他電子器件增速分別為 37%、 27%、-7%、5%。此外,在豪華車及主打智能化車型上,軟體的價值量佔比及絕對值將處較高水平。
汽車結構方面:全球汽車軟體與硬體內容結構正發生著重大變化,軟體驅動逐 漸成為主導。據麥肯錫預測,2016年軟體驅動佔比從 2010年的 7%增長到 10%, 預計 2030 年軟體驅動的佔比將達到 30%,屆時硬體驅動佔比僅為 41%。
軟體內容方面:應用型軟體為汽車軟體發展主力,ADAS 及 AD 軟體為主要增 量。據麥肯錫預測,2020-2030 年一體化軟體、驗證型軟體及功能性軟體市場 規模復合增速分別為 9%、10%、10%,其中功能性型軟體佔據汽車軟體半壁江 山(結構上佔比 6 成)。2020-2030 年按軟體功能劃分的市場規模中,最大增量 為 ADAS 及 AD 軟體,佔市場規模增量的 57%;信息娛樂、安全及聯網相關軟 件次之,占 20%;操作系統和中間件、車身和動力系統相關軟體、動力總成和 底盤相關軟體分別佔據 10%、10%、2%。
整車廠戰略思路:軟體為必爭之地
在汽車構架三步走過程中——傳統分散式電子電氣架構-域控制器電子電氣架 構-集中式電子電氣架構,主機廠將逐漸主導原本由 Tier 1 包攬的定製軟體部分, 軟硬體進行拆分發包的趨勢近年來愈發明顯。車企和互聯網軟體企業紛紛入局, 特斯拉引領車載軟體行業最高技術,大眾計劃緊跟,組建 5 千名軟體工程師開 發旗下所有車型統一的操作系統「vw.OS」,汽車屬性已然將逐漸由代步工具轉換 為移動的第三空間(例如未來的娛樂、辦公場所)。現階段整車廠與 Tier 1 的合 作模式仍在探索中,關乎開發周期、賦予附加值、構架實現、軟體變現模式以 及操作系統切入等問題上仍未進行標準化定義,卻為影響行業發展的關鍵所在。
特斯拉在軟體層面最大亮點是OTA 升級模式
特斯拉創整車 OTA 升級先河。其升級主要在兩個方面:一方面,將軟體升級發 送到車輛內的車載通訊單元,更新車載信息娛樂系統內的地圖和應用程序以及 其他車機類軟體。例如升級車機的運算速度、屏幕操作流暢度,運行高畫質游 戲以及增強可視化效果等,屬於駕駛艙內「看得見」的升級。另一方面,以直 接將軟體增補程序傳送至有關的電子控制單元(ECU),為 Autopilot 持續引入 及優化新功能。例如提升時速、修復駕駛漏洞等。軟硬體分離開發、硬體性能 冗餘的設計思路是實現 OTA 的必要條件,隨法規放開、演算法逐漸完善,特斯拉 以 OTA 升級軟體模式逐步解鎖新運用功能。此外,特斯拉顛覆車載軟體盈利模 式,以 6.4 萬元的 FSD 選裝軟體包定價、2000 美元的「 Acceleration Boost」 動力性能加速升級包獨創軟體付費的商業模式。
集中式電子電氣架構提供 OTA 基礎。特斯拉的整車 OTA 升級需要其超前的汽 車電子電氣架構做配套配合,傳統車企分散式電子電氣架構中 ECU 數量龐大, 單個 ECU RAM 內存容量有限,同時供應商的底層代碼和嵌入軟體差別較大, 難以完成整車功能的統一更新。而特斯拉採用集中式的電子電氣架構,分為 CCM(中央計算模塊,整合ADAS 及 IVI 域功能)、BCM LH(左車身控制模塊)、 BCM RH(右車身控制模塊)三個部分,2015 款的 Model S 大約有 15 個 ECU, 此後發佈的 Model 3 則直接通過 Hardware3.0 和三個車身控制器執行來控制行 駛、轉向和停止等功能,集中的架構和高算力的控制模塊支撐了特斯拉整車 OTA 升級。目前特斯拉已經可以通過 OTA 的方式實現改善車輛的底盤、信息娛樂、 電池續航、ADAS 乃至自動駕駛等多項功能,讓車的功能迭代更加靈活和便捷, 最終變成一台可以不斷進化的智能終端。
OTA 升級過程需數據網路配合,其安全性尤為重要。特斯拉 OTA 升級即指將程序從主機廠伺服器更新到指定 ECU,主要步驟為:車輛與伺服器通過蜂窩網 絡進行安全連接,將待更新的固件傳輸至車輛遠程信息處理系統及 OTA Manager,OTA Manager 將固件分發至需更新的 ECU 並管理更新過程,更新 完畢後向伺服器發送確認信息。整個 OTA 升級過程面臨安全考驗,騰訊科恩實 驗室曾實現對特斯拉的無物理接觸遠程攻擊,並將漏洞情況報告給特斯拉以做 修復。OTA 模式的信息安全(信息包加密及隔離)及功能安全(車輛狀態信息 傳輸)需得到足夠保障。
特斯拉 OTA 依然屬於行業標杆,傳統車企追趕特斯拉在研發 OTA 過程中仍面 臨困境。具先發優勢的特斯拉在 OTA 對動力和底盤系統有效升級層面、用戶體 驗、系統成熟和穩定性方面均處於行業領先地位,引領傳統車企和造車新勢力 跟隨布局,但仍面臨較多困難,體現在三個方面:其一,需投入較大的人力、 物力、財力,考驗主機廠研發實力;其二,OTA 打破固有的經銷商提供增值服 務的模式,利潤蛋糕重新切分具一定阻力;其三,OTA 安全性和穩定性上要求 較高,主機廠需理解部分互聯網領域技術。
大眾重塑軟體架構,推行 vw.OS 規劃
曾囿於軟體問題車型延遲交付。在特斯拉軟體技術快速迭代壓力下,大眾加緊 開發基礎架構,或因為開發過於倉促等因素,曾多次發生軟體問題,如新一代 純電動汽車 ID.3 因為軟體開發延遲造成交付時間推遲,新款高爾夫也曾因為倉 促上馬新技術(全數字座艙)於車輛中發現軟體問題而臨時停售。
大眾已著手構建軟體架構體系。為抗衡特斯拉及科技巨頭等新勢力的布局,大 眾愈發重視汽車軟體開發業務。2020 年 1 月 1 日起,大眾集團所有軟體開發工 作被集中至獨立新部門——Car.Software(2019 年 6 月份成立)。Car.Software 分為「互聯汽車和設備平台」「智能車身和駕駛艙」「自動駕駛」「車輛運動和能源」以 及「數字業務和出行服務」五個業務單元,其所有功能都將用於開發 vw.OS 車機 系統。一系列車型軟體問題出現后,寶馬製造工程高級副總裁 Dirk Hilgenberg 加入成為 Car.Software 負責人。此外大眾也對智能駕駛研發體系進行重組,如 拆分 L4 智能駕駛研發部分、合併各部門自動輔助駕駛研發。
大眾軟體計劃的內在驅動力來源於兩個方面:
其一:汽車軟體代碼愈發複雜。大眾曾做過統計,汽車軟體的行代碼遠大於其 他應用終端(汽車軟體 1 億行代碼 VS. Facebook 8 千萬行代碼 VS. PC 電腦 4 千行代碼 VS. 飛機 2.5 千萬行代碼 VS. 谷歌瀏覽器 1 千萬行代碼),是智能 手機的 10 倍。2020 年整車代碼量有望超 2 億行,達 L5 級智能駕駛代碼量有 望超 10 億行。
其二:汽車成為複雜的聯網設備,軟體將扮演重要角色。在大眾傳統車型上僅 需約 70 個 ECU,功能相對較為分散。而在未來的集成化計算單元體系下,軟 件的重要性將愈發凸顯,與 ECU 配合定義汽車功能,涵蓋操作系統、基礎軟體 以及其他應用軟體的車載軟體大眾均會自主開發。
大眾對研發投入、人員安排及軟體化目標做出規劃:
投入方面,大眾集團將在未來三到五年內投入 90 億美元(約合人民幣 630 億 元)資金進行軟體開發。員工方面,不同於製造環節的裁員情況,數字化部門 員工由 5000 名再次擴編至 1 萬人。軟體化目標方面,內部研發軟體佔比由不 足 10%提升到 60%以上,同時提出「8 合 1 目標」(將現有的 8 個電子平台整 合為一個平台)。2025 年前,所有新車型將使用 vw.OS 操作系統和定製的雲服 務(大眾與微軟合作),軟體在汽車創新中佔據 90%份額。
汽車軟體的未來推演
若考慮對汽車開發的終極假想,汽車最終會成為搭載「差異化元素」的通用化 平台。以目前視角,差異化元素涵蓋智能座艙(人與車互動的生態系統,包括 包括全液晶儀錶、車聯網、車載信息娛樂系統 IVI、ADAS、HUD、AR、AI、全 息、氛圍燈、智能座椅等方面)及智能駕駛(L1~L5 級智能駕駛等級)領域。而差異化元素主要由車型全新的電子電氣架構和軟體兩方面定義,一方面,ECU 里的功能模塊持續循環迭代的代碼驅動汽車執行最適宜的動作反饋;另一方面, 車載娛樂系統越發 APP 化吸引較多第三方開發者入場。海量數據在車內流轉, 其深層次的安全防禦(檢測和防禦網路攻擊)愈發重要。經過產業趨勢推演, 提出以下 5 大汽車軟體趨勢預判。
趨勢 1.往車輛集中式電子電氣架構發展,功能中心化
集中式電子電氣架構為終極構架體系。以域控制器為代表產品的跨域集中式電 子電氣架構再往後走,就是集成化程度更高的車輛集中式電子電氣架構—— Vehicle computer and zone concept(車載電腦),終極階段為 Vehicle cloud computing(車雲計算)。未來車輛通過用高性能的中央計算單元取代現在常用 的分散式計算的架構,將實現「軟體定義車輛」的終極目標。再此過程 ECU 的整合過程持續提升,應用程序完全從硬體中抽象出來,控制單元概念最終被 智能節點計算網路接棒。
趨勢2.更高傳輸性能的乙太網作為主幹網路承擔信息交換任務
乙太網作為車內通信網路大勢所趨。隨車內數據傳輸總量及對傳輸速度要求持 續提升,以及在跨行業的標準協議需求驅動下,支撐更多應用場景、更高速的 乙太網有望取代 CAN(主要用於車載控制數據傳輸,最大帶寬 1MB/s)、LIN(低 成本通用串列匯流排,主要用於車門、天窗及座椅控制)、Most(主要用於發數據 包)等傳統汽車車內通信網路成為車內通信網路。在對同樣的 ECU 的軟體進行 更新時,CAN 模式下的傳輸時間是乙太網的 30 倍。因此,乙太網的運用趨勢 得到主流整車廠(如寶馬、通用等)及半導體公司(如博通、恩智浦等)認可, 均推出符合乙太網的應用元件。未來趨勢上,乙太網並非能一蹴而就完全替代 CAN、LIN,預計多種通信模式將在較長一段時間內共存——CAN、LIN 用於傳 感器和執行器等封閉低級網路間的數據傳輸;乙太網(取代 MOST 等技術)用 於域控制器及子部件間的信息交換。
趨勢3.OTA 空中升級模式普及
OTA 由特斯拉引領,向全行業普及。由特斯拉最先推行的 OTA 升級功能模塊 能持續修復汽車軟體缺陷、解決部分故障、解鎖或引入新功能以滿足用戶需求, 成為汽車軟體發展的主流趨勢。按照升級對象的不同,OTA 可分為 FOTA(硬 件在線升級)、SOTA(軟體在線升級)兩個大類,其中 FOTA 主要針對基礎硬 件和汽車底層安全相關功能的升級需求,例如剎車系統、制動系統及 BMS 等;SOTA 主要對座艙娛樂系統進行升級。對 ECU 而言,其內部為備份軟體準備了 額外區域空間,以備當前運行程序出現故障或升級中發生斷錯誤時自動滾回備 份軟體系統,防止車輛出現安全事故。
趨勢4.汽車在雲端交換信息
更為靈活的雲服務是 SDV 載體。從早期的機械時代過渡到目前的硬體時代,在 進一步進化至未來的軟體時代,汽車的功能實現方式持續演變,隨著客戶的個 性化定製需求日益增加,加之雲計算對智能、靈活和自動化的天然要求,由「軟 件定義」來操控硬體資源成為更合適的解決方案,未來大部分汽車功能在雲端 運行,為車企轉型提供聯接使能、數據使能、生態使能和演進使能。因此,在 雲計算的計算、存儲和網路等各方面的基礎設施上,均呈現出從軟硬體捆綁, 到硬體+閉源軟體,再到白盒硬體+開源軟體的演進趨勢。而雲服務也成為 AI、 智能汽車、大數據等新興科技實現商業化落地的載體(例如特斯拉在雲服務載 體上進行 OTA 升級)。近年來雲服務市場實現爆髮式增長,而車載環節尚處於 發展初期,後續增量空間大。
趨勢5.信息安全領域需深層次防禦
汽車電子的運用及智能網聯化趨勢推進車載信息安全要求提升。汽車脫離孤立 單元后,隨之而來的是攻擊面的新增,一方面車輛聯網后其數據面臨被盜取、 泄露風險,另一方面電控系統普及后存在轉向、剎車等關鍵功能被外部控制的 可能性(例如破解車機、T-Box、網管后,向 CAN 發送惡意指令)。即接入汽車控制終端的 APP、網路系統、ECU 代碼均可能成為新攻擊向量。雲(車聯網 平台)-管(車聯網基礎設施)-端(車載智能及聯網設備)均存在信息安全問 題,將造成車輛功能性安全隱患:
(1)雲端與管端:接送關鍵數據的中央互聯網關直接連接至車企後台,部分第 三方公司被允許數據訪問。目前網聯實現通常會通過 APP 實現應用層功能(例 如解鎖車門、調用空調功能等),此時存在手機端與雲端的通信過程,且應用程 序供應商能直接訪問開放的相關數據介面。通過雲端和對外通信管端能對車機 端直接進行攻擊。
(2)車機端:當功能系統被授權時,黑客能對CAN匯流排發送相關指令控制ECU。騰訊道恩實驗室曾對特斯拉 Model S 進行過無物理破解實驗,以 Wifi 熱點接入 向車載娛樂系統植入軟體取得車機許可權,在破解網關后能控制其多個電控單元。
為抵禦外部攻擊需建立深層次的安全防禦系統,嚴控與功能安全及數據連接。汽車的防護措施隨交互信息增多其力度持續提升。車企安全團隊通常基於雲-管 -端對症建立安全防禦系統以應對外部攻擊:
(1)雲端:車載終端是汽車安全架構的核心,主要注意 T-BOX(用於車端和 外界通信)和 OBD(用於將汽車外部設備連接到 CAN 匯流排)兩大塊的信息防 護。實時進行入侵檢測,防止 DDos 攻擊。
(2)管端:汽車在未來將頻繁接入和退出網路節點,存在被篡改信息的風險。通常需要對通訊過程及傳輸數據進行加密,採用專門的 APN 接入網路。
(3)車機端:加強安全固件驗簽及防 root 機制,管理介面並建立監控體系。此外,可在車輛功能模塊上單設安全晶元對數控進行校驗。
部分第三方供應商能參與至信息安全環節。汽車安全防禦對於以特斯拉、蔚來、 小鵬等為代表的有互聯網基因的造車新勢力來說,擁有一定先天的優勢。包括 特斯拉在成立之初便組建了來自谷歌、微軟等互聯網企業的 40 人的網路安全專 家,小鵬和蔚來與阿里、騰訊等互聯網廠商進行深度合作,未來華為等供應商 是此領域的預備軍。目前網路安全系統仍缺乏標準的信息安全方案,原本的汽 車軟硬體供應商難以以統一標準滿足不同整車廠的信息安全要求,並且在測試 階段很難直接接入車企平台進行網路安全試驗。預計未來行業將有提供信息安 全方案、網路安全模塊以及某一特定領域防禦系統的第三方軟體供應商出現。
投資建議和推薦標的
百年汽車工業面臨由機械機器向電子產品過渡的新變局,在我們看不到的隱秘 角落——上百的電子控制單元循環執行軟體代碼功能塊,通過高性能的中央計 算單元,與硬體體繫結合以解析駕駛員需求,邏輯運算後向機械部件發送相應 響應指令。近年來,SDV(軟體定義汽車)概念逐步被整車廠認知,根源在於 「汽車如何體現差異化」問題的變遷,硬體體系將逐漸趨於一致,軟體成為定 義汽車的關鍵,即造車壁壘已經由從前的上萬個零部件拼合能力演變成將上億 行代碼組合運行的能力。
SDV 趨勢下汽車軟硬體分離重塑市場格局,盈利模式由硬體向持續賦予附加值 的軟體傾斜。主機廠愈發需具備軟體的管理能力及核心軟體設計能力,並引入 供應商及互聯網企業參與此環節,開發基礎平台並收取許可費用、供應功能模 塊按汽車出貨量 Royalty 收費及基於車企平台做定製化的二次開發均為未來主 流的軟體供應商盈利模式。預計 2030 年 500 億美元市場空間,復合增速 9%。
汽車最終會成為搭載「差異化元素」的通用化平台。一方面,ECU 里的功能模 塊持續循環迭代的代碼驅動汽車執行最適宜的動作反饋;另一方面,車載娛樂 信息系統越發 APP 化吸引較多第三方開發者入場。海量數據在車內流轉,其深 層次的安全防禦(檢測和防禦網路攻擊)愈發重要。關於賦能域控制器、定位 車機系統的各項軟體性能升級,包括車內乙太網應用、整車 OTA 升級、信息交 互上雲及深層次的信息安全防禦等,或將帶來一系列發展機遇。
資料來源:https://m.news.sina.com.tw/article/20201001/36497492.html?fbclid=IwAR1zWwTMiTHwfLyqZ7Qx698UjYwI3v0c-hs3gXdy560Rf5BgAS4Ts4QLbOQ
後續擴充錯誤態樣 在 許淑華 Facebook 的最佳貼文
行政院於民國 101 年核定「國家氣候變遷調適政策綱領」,要求各部會及所屬機關須據此進行政策規劃、執行及控制。而交通部後續提出「維生基礎設施領域行動方案(102-106 年)」,提出各項行動計畫。然近年氣候變遷加劇,每每遇到颱風季節就時常發生道路阻斷坍方的情況,南投地處山區上述情況又更為嚴重,目前因應氣候變遷,相關道路設施於新建工法以及後續維修檢測方式應同步與時俱進。
根據《2020年版運輸政策白皮書運輸部門因應氣候變遷調適與防災分冊》提到防災人才培訓制度需要改善,因目前國內各運輸系如公路、港務、航空、鐵道等,對於災害事件均設有相關應變中心或小組,然而上述組織性質均屬於臨時任務編組,雖任務編組有人力運用彈性之優點,相對來說人才也容易產生斷層,不利於氣候變遷調適的推動與落實。另一方面,管理機關皆有人力不足的問題存在,人員對於風險辨識、風險評估及改善策略的概念與能力亦需要再加強。
南投縣新中橫公路是重要觀光動線,自2008年遭逢88風災重創後,便展開一系列的災修及治理工作,無奈期間因颱風、豪雨、地震等災情不斷,讓交通管制實施至今已11年,目前公路總局已編列5億元的預算,協助易坍塌的「望高」及「迴頭彎」兩處路段建設隧道,加強該地交通之安全性,此部份公路總局應積極辦理,盡速解決前兩次流標的原因,讓工程如期進行。
花蓮火車站又再度傳出火車對撞的事件,2部區間列車對撞造成車窗出現蜘蛛網撞裂痕,車內拉門也扭曲變形,車上7名員工受傷,然此非台鐵第一次發生這種事件,2016年花蓮火車站也曾發生調度車輛變成出軌事件。據悉針對段內調車台鐵早已建立相關SOP作業程序,然本次卻依然發生憾事,台鐵應拴緊螺絲,不應讓同樣的錯誤持續發生。
交通部推出「高速公路1968」APP的擴充系統,顯示旅遊熱點警示確保民眾連假休閒無虞。然近日傳出系統有估算人潮失準,如休園的遊樂園、沒開的夜市顯示人潮略多的狀況產生,但經詢問要求提供人潮估算方式高公局表示相關系統設施係由中華電信處理會比較清楚,中華電信則回覆是受委託單位,不方便主動多加說明。過往質詢時淑華就曾提到不要讓天災變成人禍,這種互踢皮球的態度絕非中央單位該有的處置方式,此部份要請交通部清楚說明為何會有這樣的誤差並積極改善,確保警示數據與實際情況相符。
後續擴充錯誤態樣 在 後續擴充錯誤態樣在PTT/mobile01評價與討論 - 手搖飲社群資訊站 的推薦與評價
在後續擴充錯誤態樣這個討論中,有超過5篇Ptt貼文,作者PotatoStew也提到想請問各位先進, 我在6年前左右買台灣人壽的增如意壽險,今年是繳的最後一年因為看到新聞說 ... ... <看更多>
後續擴充錯誤態樣 在 後續擴充錯誤態樣在PTT/mobile01評價與討論 - 手搖飲社群資訊站 的推薦與評價
在後續擴充錯誤態樣這個討論中,有超過5篇Ptt貼文,作者PotatoStew也提到想請問各位先進, 我在6年前左右買台灣人壽的增如意壽險,今年是繳的最後一年因為看到新聞說 ... ... <看更多>
後續擴充錯誤態樣 在 Re: [請益] 後續擴充?(新契約?原契約變更?XDD) 的推薦與評價
※ 引述《AHELF (工作 QQ)》之銘言:
: awanderer john73
: 兩位大大
: 您們只有考慮到 契約只變了"1次"
: 而且契約金額只有"增加" "1次" ->即 只有 後續擴充(7款)這次
: 首先 契約變更 不能預設只有1次
: 再來 累計金額 = 增加金額 + 減少金額的絕對值 (採購契約變更一覽表 備註2)
: 而且第N次變更的累計金額 要計入N-1次前所有的累計金額 (備註1)
: 北市 府工採字第1023149100號函
: 內附的 工程會傳真信函
: 來函所稱依22.1.7採另訂新約方式辦理後續擴充亦屬契約變更....後略
: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
: 工程會哪沒有明文認定"後續擴充"屬新約還是契約變更???
版上的採購高手們可能覺得打字太辛苦,平常業務都忙不完了,大概都懶得解釋,
菜鳥小魯弟我就拋磚引玉一下,看能不能釣出專業大能來。
摘錄政府採購法第22條第1項第6款及第7款:
機關辦理公告金額以上之採購,符合下列情形之一者,得採限制性招標:
六、在原招標目的範圍內,因未能預見之情形,必須追加契約以外之工程
,如另行招標,確有產生重大不便及技術或經濟上困難之虞,非洽原
訂約廠商辦理,不能達契約之目的,且未逾原主契約金額百分之五十
者。
七、原有採購之後續擴充,且已於原招標公告及招標文件敘明擴充之期間
、金額或數量者。
第7款的原來出發點,是讓採購案可以用這個理由來採限制性招標辦理採購,
重點在於設計標案時,已預見將來如果廠商履約情形良好,
就可以把後面的也交給同一個廠商做,以確保能獲得一致性的品質,
這是這條款的基本意涵。
本款條文:
"「已於」原招標公告及招標文件敘明擴充之期間、金額或數量者",
這就是說,今天適用於22條7款的限制性招標後續擴充,
必須已經在原來的招標文件上敘明後續擴充的「額度」!
3月27日依據版友補充:
敘明之條件只需包含「期間、金額或數量」三者其中之一即可。
錯誤資訊請忽略: 前兩年某個採購法講座在課堂上授課的見解是,
起碼要包含「期間、金額或數量」三者中的兩個。
舉個例子:
某機關辦理清潔維護勞務採購案,契約期間一年,
當年度預算金額為500萬,保留後續擴充一年,次年度之預定金額也是500萬。
那麼我們第一年辦理該採購案之採購金額是多少呢?
500萬 + 500萬 = 1000萬
第一年辦理採購,在程序上就要依照查核金額採購案來辦理囉。
所以不會發生AHELF所說,後續追加經費超越查核金額而逃避送上級機關監辦的情形。
(那不叫後續擴充好嗎)
那這個案子會用契約變更來處理嗎?
第一年執行完畢時,廠商表現良好,經機關評估以後續擴充辦理次年度採購案為佳,
你會去把原來的一年500萬的契約,以變更的方式改成2年1000萬嗎?
而且前面那一年契約已經執行完畢了,你不想讓它好好的就去吧?還要勉強它回頭嗎?
當年度預算都要結案了,雖然說錢怎麼付都行,有付錢就好,
但這種狀況下當然是訂新約最為方便可行!
所以工程會如果要求一定要用契約變更的方式才能處理後續擴充,鐵定被譙爆好嗎?
更何況實務上還有擴充兩年、三年以上的。
另一個例子:
某機關辦理造林勞務採購案,
該採購案預定當年度六個月內種完十萬平方公尺的樹苗(密度我們暫不考慮),
預算金額為100萬元,該年度內保留後續擴充額度為契約金額的20%,
所以採購金額是120萬元。
好的,得標廠商很辛苦的在5個月內種完要求的面積,經過驗收完畢,付款,
不幸過了半個月,風災刮掉一萬平方公尺的樹苗,
這時候,顯然一萬平方公尺還在後續擴充額度內,
那麼就可以引用,並以契約變更的方式直接辦理。
很不幸一個月後,又被風災刮了一萬平方公尺,還是可以比照辦理,但額度就此用完了。
第一例跟第二例不同,在於預算、在於時間,
工程會有那麼壞心一定要強迫都用同一方式來處理採購案嗎?
老實說,我還真希望他們有這種決心,可以省很多事。
但今天事實上是,工程會很少把話說死,
就是為了讓大家辦理採購時有彈性,可以因各機關特性不同,採用不同方式辦理採購。
重點:契約變更跟後續擴充是兩碼子事,千萬不要混為一談。
看到這裡,一定會有人想說那我列第6款做啥,第6款適用於工程採購案,
重點在於「...因未能預見之情形...」,
所以AHELF提出的4990萬例子比較適用第6款,
在沒預先公告的情形下可以用第6款來請原來廠商接下後續工程。
(但是依照採購契約變更或加減價核准監辦備查規定一覽表,
契約價金於變更後達查核金額之當次以後之變更,適用查核金額以上採購之規定。)
實務上來說,雖然小弟沒接過4990萬的工程採購案,但是追加個10萬元這種小錢,
應該是直接以變更契約來處理,還不需要用到"後續擴充"這把倚天劍阿!
另外值得一提的是,有個東西叫「公共工程標案管理資訊系統」,資料非常好撈,
工程案想要逃避審查個人是覺得難度頗高,
除非有能耐把整個主計室跟出納都搞定,幫你做個幾套帳本。
不過做到那份上,不是兩大過免職就能解決的了,
我想不會有人為了規避審查作這麼麻煩的事,
真要作奸犯科還不如去想想怎麼找白手套收紅包比較省事。
至於北市府那函,我拜請估狗大神出馬也找不到,
難以就你所列出的簡短文字了解實際情形。
--------------------------------------
3月27日補充:
「後續擴充」是「名義」(理由),「契約變更」是「處理方式」
處理方式不可能凌駕在名義之前的阿!
為啥一定要拿契約變更四個字冠在採購作為的名義之前呢?
--------------------------------------
專業採購大能請出來打我臉!
知錯方能改,感恩。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.234.179.67
※ 文章網址: https://www.ptt.cc/bbs/PublicServan/M.1427381978.A.9DA.html
... <看更多>