談談AI Agent 如何賦能智能座艙開發(fā)。AI Agent（人工智能代理）作為能夠感知環(huán)境、自主決策、執(zhí)行任務的智能體，正在從根本上重塑智能座艙的開發(fā)范式與用戶體驗。一、AI Agent如何賦能智能座艙開發(fā)。AI Agent在智能座艙的應用正從基礎功能向高級智能演進，主要趨勢體現(xiàn)在以下幾個方面：AI Agent是智能座艙邁向“場景驅(qū)動”和“情感化”的必然方向，它將座艙從“功能機”轉(zhuǎn)變?yōu)椤爸悄荏w”。

AI Agent和人工智能的關系及在智能制造領域的應用。隨著人工智能的發(fā)展和應用逐步推廣，已經(jīng)滲入到生活和社會生產(chǎn)制造各個領域，很多同學會問AI和AI Agent分別是什么，有什么區(qū)別？AI Agent的構建依賴于多項AI技術的融合：AI驅(qū)動的質(zhì)量控制 · Agent角色：質(zhì)量檢測Agent。采購Agent、庫存Agent、物流Agent、銷售預測Agent相互協(xié)作，共同應對市場需求波動、供應商延遲、運輸中斷等不確定性，實現(xiàn)全局成本最優(yōu)和韌性最強。

· 需求：在 FuSa 語境下，這不僅僅是“用戶想要什么”，而是包含了從頂層《安全目標》派生出的《技術安全需求》、《硬件安全需求》和《軟件安全需求》等一套層級化的、精確的需求體系。所以，“功能安全開發(fā)中需求的驗證方法” 指的是一套系統(tǒng)化的技術和活動，用于檢查和評估在 FuSa 過程中定義的各種安全需求（尤其是技術安全需求和軟件安全需求）的質(zhì)量，以確保它們?yōu)楹罄m(xù)的設計、實現(xiàn)和測試奠定了堅實的基礎。

HARA->SG->FSR->TSR->HSR/SSR.即由HARA分析輸出SG(安全目標)→根據(jù)SG(安全目標)導出FSR（功能安全需求）→由FSR衍生到TSR→TSR分配為HSR和SSR。SG 的ASIL 量化。02.如何導出FSR/TSR/HSR.TSR:將FSR的需求技術化，即從技術實現(xiàn)角度論述如何滿足FSR.HSR:技術要求TSR需要軟硬件去落地，其中需要硬件實現(xiàn)的部分叫做HSR.例：ZCU_FSR_001 和ZCU_TSR_001.ID/描述/ASIL 等級/安全狀態(tài)/FTTI/實現(xiàn)模塊/狀態(tài)。例：ZCU_TSR_001和 ZCU_HSR_001.

【功能安全】相關項定義item definition.概念階段的開發(fā)是以相關項定義(Item Definition)開始的，相關項定義是對系統(tǒng)的描述，此系統(tǒng)也是標準中安全要求應用的對象。項目定義的目的是定義和描述相關項，以及對其他相關項和環(huán)境的依賴和相互作用。因此，需要描述功能和非功能需求、邊界、接口和其他系統(tǒng)相互作用的假設。整車層面功能描述定義和系統(tǒng)功能組成，功能名稱一般最好弄功能feature作為后續(xù)分析的對象。接口定義（元素接口）

標準定義這么多名稱是對應著層次化開發(fā)的各層級的，一是方便從名稱上區(qū)分不同層級的開發(fā)對象，二是方便對同一層級對象統(tǒng)一的提出各種需求和要求。Item是ISO26262里專有的定義，它是應用ISO 26262開發(fā)的system或者system組合，item能執(zhí)行整車層級的一個完整或者部分功能。在system定義時，提到了component。Element是一個非常“懶”的定義，它是系統(tǒng)或者系統(tǒng)的一部分，就是還可以是軟硬件component、硬件part或者軟件unit。。。

圖二：相關項（Item）、要素（Element）與組件（Component）在進行相關項定義時，同時應定義相關項的邊界、接口以及與其和其他相關項和要素之間的交互作用的假設，考慮:SEooC的相關項定義。SEooC （Safety Element out of Context）是指無相關環(huán)境的安全要素，也就是在其開發(fā)是相關項還不存在的要素。相關項的定義是Fusa（功能安全）管理活動的第一步，為了準確定義相關項，需要使用適當?shù)墓ぞ吲c方法，常用的方法有：

基于Some IP的ADAS系統(tǒng)架構之前系列文章中提到，關于自適應 AUTOSAR （AP Autosar）平臺是基于面向服務SOA的通信，以實現(xiàn)對底層硬件和其他軟件組件的更大獨立性。從應用程序的角度來看，與其他應用程序或進程的通信是局部透明的，即與遠程 ECU 上的應用程序的通信在同一 ECU 上運行的應用程序的連接是相同的。一旦 ECU 完成本地服務發(fā)現(xiàn)，它就會將組合的 SOME/IP-SD 消息作為 IP 多播發(fā)送到所有其他 ECU。

車道偏離保持系統(tǒng)（LKA：Lane Keeping Assist）功能介紹本文約7,000字，建議收藏閱讀。車道偏離保持系統(tǒng)（LKA）是一種先進駕駛輔助系統(tǒng)（ADAS），主要通過實時監(jiān)測車輛在車道中的位置，當檢測到車輛即將無意識地偏離車道邊界時，系統(tǒng)通過控制電子助力轉(zhuǎn)向（EPS）系統(tǒng)自動施加輕微的轉(zhuǎn)向力，以幫助駕駛員將車輛引導回車道中央，從而有效降低因注意力分散、疲勞駕駛等因素導致的側(cè)向偏移和碰撞風險。LKA功能正常（無系統(tǒng)級故障）

信息安全：安全啟動的信任鏈如何建立？有了信任根以后，就可以從信任根開始，展開軟件程序的逐級驗證。首先，安全啟動程序（eg：HSM）通過計算User Bootloader中的根公鑰，得到根公鑰的Hash Value，如果與HSM中的根公鑰Hash Value比對一致，則校驗通過，之后，HSM通過根公鑰得到User Bootloader+App Public Key Hash Value簽名信息，如果與User Bootloader中的簽名信息一致，則校驗通過，程序可以進入User Bootloader程序。

服務SD IP地址（Service Discovery IP Address）用于標識服務發(fā)現(xiàn)服務的位置，而服務SD端口號（Service Discovery Port Number）則用于指定服務發(fā)現(xiàn)服務監(jiān)聽的端口，根據(jù)AUTOSAR的官方建議統(tǒng)一為30490。Event Multicast IP.綜上所述，SOME/IP協(xié)議中的服務配置是一個復雜而精細的過程，它涉及到服務ID、實例ID、單播IP、單播端口號、事件組組播IP、事件組端口、服務SD IP、VLAN劃分、服務SD端口號等多個方面的信息。

IEC61508《電氣/電子/可編程電子安全相關系統(tǒng)的功能安全性》是國際電工委員會制定的功能安全標準，IEC61508針對由電氣/電子/可編程電子部件構成的、起安全作用的電氣/電子/可編程電子系統(tǒng)(E/E/PE)的整體安全生命盾期，建立了一個基礎的評價方法，目的是要針對以電子為基礎的安全系統(tǒng)提出一個一致的、合理的技術方案，統(tǒng)籌考慮單獨系統(tǒng)(如傳感器、通信系統(tǒng)、控制裝置、執(zhí)行器等)中元件與安全系統(tǒng)組合的問題。

再討論AI與汽車功能安全｜讀者投稿。在關鍵系統(tǒng)中使用AI，總會遇到：能解釋AI嗎？能讓AI安全嗎？AI安全開發(fā)流程。參考軟件開發(fā)流程，將軟件V-model與AI生命周期結(jié)合起來，對AI開發(fā)進行功能安全管理：● 從組件的劃分角度，分為：◎ AI-based subsystem AI子系統(tǒng);◎ Traditional subsystem 傳統(tǒng)子系統(tǒng)。L1，AI-based subsystem level diagnostics AI子系統(tǒng)層級的診斷● Input：包含輸入正確性、數(shù)據(jù)質(zhì)量、數(shù)據(jù)冗余、時間一致性；

做完RAG圖片搜索后，才明白過去對RAG的理解完全不夠。1. 向量索引：Faiss來幫忙。query_image = Image.open(''''''''query.jpg'''''''').convert(''''''''RGB'''''''')query_inputs = processor(images=query_image, return_tensors=''''''''pt'''''''', padding=True)query_features = model.get_image_features(**query_inputs).detach().numpy()query_features = query_features / np.linalg.norm(query_features, axis=1, keepdims=True)2. 執(zhí)行檢索。

AI Agent 定義、分類、技術架構和應用路徑【建議收藏】來源：DATA數(shù)據(jù)社區(qū)、AINLPer隨著大模型的不斷發(fā)展與普及，很多人已經(jīng)明顯體會到，大模型LLM在簡單的辦公場景應用已經(jīng)非常成熟，但在一些復雜的業(yè)務場景，卻很難落地應用。由此，催生了大量AI Agent的需求。1.2 OS Agent：操作系統(tǒng)智能體OS Agent（操作系統(tǒng)智能體）是一類特殊的智能體，它們通過操作計算設備（如計算機和移動手機）的圖形用戶界面(GUI)來完成各種任務。

【ASR-SecOC】SecOC 報文在AUTOSAR架構軟件中傳遞流程圖示例SecOC.SecOC - Secured I-PDU 示例： SecOC 報文認證&新鮮度值校驗流程：以發(fā)送端 &接收端的視圖來看，SecOC I-PDU 在AUTOSAR關聯(lián)模塊中大致的傳遞流程如下圖：由于SecOC報文的傳遞較為復雜，在實際項目開發(fā)過程中可以根據(jù)上圖IPDU的走向，以及AUTOSAR 相關模塊接口集成調(diào)試。

【摘要】針對目前自動泊車系統(tǒng)對傳感器數(shù)量和算力要求較高的問題，提出了一種基于全景圖像與人機交互的自動泊車系統(tǒng)方案，針對改進的空閑停車位網(wǎng)絡（VPS-Net）進行量化感知訓練，實現(xiàn)實時車位檢測和車位占據(jù)分類，同時借助駕駛員對周圍環(huán)境的判斷，僅利用車身四周的4 個環(huán)視魚眼攝像頭完成空車位檢測與泊車環(huán)境實時監(jiān)測，并利用多段式路徑規(guī)劃與路徑跟蹤控制器實現(xiàn)車輛平穩(wěn)、準確地停入車位。2 車位識別2.1 車位檢測。

在執(zhí)行完Bootloader以后（App代碼為圖中FLASH灰底部分App程序的復位中斷向量起始地址為0x08000004+N+M），跳轉(zhuǎn)至App程序的復位向量表，取出App程序的復位中斷向量的地址，并跳轉(zhuǎn)執(zhí)行App程序的復位中斷服務程序，隨后跳轉(zhuǎn)至App程序的main函數(shù)，如圖標號②和③所示，同樣main函數(shù)為一個死循環(huán)，并且注意到此時AT32的FLASH，在不同位置上，共有兩個中斷向量表。OTA分為Bootloader、App1和App2三部分，應用在App1或App2中執(zhí)行。

AutoSAR CP里的車載以太網(wǎng)業(yè)務邏輯。4）PDUR模塊作為CP中最重要的路由模塊，能實現(xiàn)模塊與模塊之間的PDU路由，在SOMEIP架構中，以太網(wǎng)通信一定要經(jīng)過Soad模塊，因此PDUR實現(xiàn)了以太PDU數(shù)據(jù)在LDCOM與SOAD之間的路由。1）對于SoemipSd服務發(fā)現(xiàn)報文的發(fā)送與接收，依然會用到Soad，TCPIP,EthIf，Eth模塊，這些模塊屬于公共模塊，無論是doip，sd還是someip都會用到這些模塊做基礎數(shù)據(jù)傳輸。

電子架構是由華為提供，早在2021年上海車展，華為展出了分布式以太網(wǎng)絡網(wǎng)關+域控制器（智能座艙CDC、整車控制VDC、智能駕駛MDC）的計算通信架構，如下圖所示。下圖是阿維塔11的電子架構簡圖，從圖中可以看到座艙域控CDC、智能駕駛MDC以及整車控制器VCU，與圖1中基本是一致的，3. 傳感器接口方面，14個LVDS攝像頭接口，8路以太網(wǎng)接口，12路CAN/CANFD接口，6路車載以太網(wǎng)接口，1路PPS接口，各個接口定義如下圖所示；