3A 模式和狀態轉換

雖然實際的 3A 演算法取決於 HAL 實現，但 HAL 介面定義了高級狀態機描述，以允許 HAL 設備和框架就 3A 的當前狀態進行通訊並觸發 3A 事件。

當裝置開啟時，所有單獨的 3A 狀態都必須為 STATE_INACTIVE。流配置不會重置 3A。例如，必須在整個configure()呼叫中保持鎖定焦點。

觸發 3A 動作只需在設定中為下一個請求設定相關觸發條目即可指示觸發開始。例如，啟動自動對焦掃描的觸發器是將一個要求的 ANDROID_CONTROL_AF_TRIGGER 條目設定為 ANDROID_CONTROL_AF_TRIGGER_START；透過將 ANDROID_CONTROL_AF_TRIGGER 設定為 ANDROID_CONTRL_AF_TRIGGER_CANCEL 來觸發取消自動對焦掃描。否則，該條目將不存在或被設定為 ANDROID_CONTROL_AF_TRIGGER_IDLE。每個觸發條目設定為非 IDLE 值的請求將被視為獨立的觸發事件。

在頂層，3A 由 ANDROID_CONTROL_MODE 設定控制。它在無 3A (ANDROID_CONTROL_MODE_OFF)、正常 AUTO 模式 (ANDROID_CONTROL_MODE_AUTO) 和使用場景模式設定 (ANDROID_CONTROL_USE_SCENE_MODE) 之間進行選擇：

• 在「關閉」模式下，每個單獨的自動對焦 (AF)、自動曝光 (AE) 和自動白平衡 (AWB) 模式實際上都處於關閉狀態，且任何捕捉控制都不會被 3A 程式覆蓋。
• 在 AUTO 模式下，AF、AE 和 AWB 模式都運行自己獨立的演算法，並具有自己的模式、狀態和觸發元資料條目，如下一節所列。
• 在 USE_SCENE_MODE 中，ANDROID_CONTROL_SCENE_MODE 條目的值必須用於確定 3A 例程的行為。在 FACE_PRIORITY 以外的 SCENE_MODE 中，HAL 必須覆寫 ANDROID_CONTROL_AE/AWB/AF_MODE 的值，使其成為所選 SCENE_MODE 的首選模式。例如，HAL 可能更喜歡 SCENE_MODE_NIGHT 而不是使用 CONTINUOUS_FOCUS AF 模式。對於這些場景模式，必須忽略場景時使用者對 AE/AWB/AF_MODE 的任何選擇。
• 對於 SCENE_MODE_FACE_PRIORITY，AE/AWB/AFMODE 控制的工作方式與 ANDROID_CONTROL_MODE_AUTO 中相同，但 3A 程式必須偏向於對場景中偵測到的任何臉部進行測光和對焦。

自動對焦設定和結果條目

自動曝光設定和結果條目

自動白平衡設定和結果條目

一般狀態機轉換說明

在 AF、AE 或 AWB 模式之間切換始終會將演算法的狀態重設為 INACTIVE。同樣，如果 CONTROL_MODE == USE_SCENE_MODE，則在 CONTROL_MODE 或 CONTROL_SCENE_MODE 之間切換會將所有演算法狀態重設為 INACTIVE。

下表是每種模式的表。

AF 狀態機

AE 和 AWB 狀態機

AE 和 AWB 狀態機基本上相同。 AE 還有額外的 FLASH_REQUIRED 和 PRECAPTURE 狀態。因此，對於 AWB 狀態機，應忽略下面引用這兩種狀態的行。

啟用手動控制

配置設備 3A 區塊時還涉及多個控件，以允許直接應用程式控制。

3A 控制的 HAL 模型是，對於每個請求，HAL 檢查 3A 控製字段的狀態。如果啟用了任何 3A 例程，則該例程將覆寫與該例程相關的控制變量，並且這些覆蓋值將在該捕獲的結果元資料中可用。例如，如果在請求中啟用了自動曝光，則 HAL 應覆蓋請求的曝光、增益和幀持續時間字段（以及可能的閃光字段，取決於 AE 模式）。相關控制清單如下：