055、瑞芯微RK3588/RK3568 ISP的3A框架深度適配：Rockchip Camera Engine的調(diào)優(yōu)參數(shù)映射與跨平臺移植去年年底接手一個車載項目，主控從海思Hi3559A切到RK3588，Sensor用的是IMX415。原以為3A算法庫一掛、tuning文件一導(dǎo)就完事，結(jié)果上電第一天晚上，夜視畫面直接給我上了一課——暗部噪點像雪花一樣，色彩偏紫，自動曝光在路燈下瘋狂抖動。查了三天log，最后發(fā)現(xiàn)根子不在算法，在RKISP的3A框架對Sensor控制參數(shù)的映射關(guān)系上。今天就把這口老血吐出來，給兄弟們排排雷。先搞清楚RK3588和RK3568的ISP架構(gòu)差異。RK3588用的是雙ISP，每個ISP支持三路MIPI輸入，但3A是共享一套Rockchip Camera Engine（RCE）的。RK3568是單ISP，但3A邏輯和RK3588幾乎一致，只是算力上限不同。這意味著你在一顆芯片上調(diào)通的3A參數(shù)，另一顆上大概率能跑，但前提是你得理解RCE那套“參數(shù)映射”的底層邏輯——它不像海思那樣把AE/AWB/AF的中間結(jié)果直接暴露給你，而是通過一套“策略層+算法層+硬件層”的抽象，把Sensor的控制字和ISP的統(tǒng)計值包了一層又一層。第一個大坑：AE的曝光行數(shù)與Sensor的曝光寄存器映射。RK3588的RCE里，AE算法輸出的不是絕對曝光時間，而是一個“行數(shù)”概念，這個行數(shù)要乘以VTS（幀長）再除以Sensor的PCLK才能換算成真實曝光時間。但IMX415的曝光寄存器是分粗調(diào)和細調(diào)的，粗調(diào)是行數(shù)，細調(diào)是行內(nèi)的小數(shù)部分。RCE默認只給你粗調(diào)，細調(diào)藏在“exposure_ratio”這個參