本文主要介紹一下UVC 中斷控制端點，大多數(shù)情況下UVC 的控制都是由端點0 控制的，一般情況下很少用到UVC 中斷端點。今天主要介紹一下UVC 中斷端點以及什么情況下需要用到中斷端點。

1. 什么是中斷端點？

一個USB視頻控制接口可以支持一個可選的中斷端點，以通知主機關于視頻功能中不同的可尋址實體（終端、單元、接口和端點）的狀態(tài)。如果存在中斷端點，則被整個視頻接口集合用于向主機傳遞狀態(tài)信息。它被認為是視頻控制接口的一部分，因為這是集合的錨定接口。

以下情況中斷端點是必須支持的：

設備支持硬件觸發(fā)靜態(tài)抓拍

設備支持 AutoUpdate 控件

該設備實現(xiàn)任何異步控制

2. 標準請求

2.1 Status Packet Format

bStatusType：Status 類型

Originator：表示請求來源是VC 還是VS

bOriginator：表示來源的有效ID 或者接口號

Terminal ID

Unit ID

Interface numer

2.2 Status Packet Format（Video Control）

2.3 Status Packet Format（Video Stream）

3. 硬件觸發(fā)中斷

狀態(tài)中斷端點的定義用途之一是讓硬件觸發(fā)器通知主機軟件啟動靜止圖像捕獲。例如，當硬件檢測到按下按鈕時，狀態(tài)中斷端點將發(fā)出來自相關視頻流接口的中斷。觸發(fā)中斷的事件（按鍵按下或者釋放）在中端包里面顯示。該按鈕的默認初始狀態(tài)是“釋放”狀態(tài)。

設備必須指定它是否支持硬件觸發(fā)器，以及主機軟件應該如何響應硬件觸發(fā)器事件。這些都是在相關的視頻流接口中特定于類的描述符中指定的。

4. Still image Capture

5.1 Still image 方法

攝像機的一個共同特性是支持與視頻流相關聯(lián)的靜態(tài)圖像捕獲。這可以通過可編程的軟件觸發(fā)器或硬件觸發(fā)器來啟動。

根據(jù)所使用的方法，靜止圖像幀可能必須與流的視頻幀大小相同。有幾種支持的方法來捕獲靜態(tài)圖像，設備必須在相關視頻流接口的特定類描述符中指定它支持哪種方法。

Method 1 ：主機軟件將在接收到硬件觸發(fā)事件后，將從相關視頻流接口中的活動視頻管道中提取下一個可用的視頻幀。在這種情況下，硬件不會中斷或改變視頻流。對于這種方法，靜止圖像幀始終與流的視頻幀大小相同

Method 2：如果設備支持更高質(zhì)量的靜止圖像，它可以選擇通過活動視頻管道傳輸特定的數(shù)據(jù)包，在這種情況下，主機軟件將暫停視頻流，根據(jù)靜態(tài)探測/提交協(xié)商（根據(jù)帶寬可用性）選擇最佳帶寬替代設置。發(fā)送一個 VS_STILL_IMAGE_TRIGGER_CONTROL 請求（(see section 4.3.1.4, "Still Image Trigger Control"），并準備好接收靜止的圖像數(shù)據(jù)。該設備傳輸在有效載荷包頭中被標記為這樣的靜止圖像數(shù)據(jù)。一旦收到完整的靜止圖像，主機軟件將恢復到原來的替代設置，并恢復視頻流。

Method 3 ：這種方法能夠從一個專用的批量靜止圖像管道中捕獲更高質(zhì)量的靜止圖像。通過這樣做，活動的數(shù)據(jù)流將繼續(xù)不間斷地運行。這種方法涵蓋有兩種情況：

在第一種情況下，主機軟件從該設備啟動靜止圖像捕獲。它通過發(fā)送一個 VS_STILL_IMAGE_TRIGGER_CONTROL 請求，通過專用的bulk 端點（(see section 4.3.1.4, "Still Image Trigger Control"）。在發(fā)出請求后，主機將開始從相關的視頻流接口的批量靜態(tài)圖像端點接收靜態(tài)圖像，該設備捕獲高質(zhì)量的靜止圖像，并將數(shù)據(jù)傳輸?shù)脚快o止圖像端點。

在第二種情況下，設備在檢測到硬件觸發(fā)器后啟動靜止圖像傳輸。當硬件檢測到按下按鈕時，狀態(tài)中斷端點將發(fā)出來自相關視頻流接口的中斷。如果bTriggerUsage字段被設置為初始化靜止圖像捕獲（initiate still image capture），設備將設置 VS_STILL_IMAGE_TRIGGER_CONTROL 的bTrigger 字段為分離的bulk 傳輸，然后，主機軟件應該開始接收在接收到中斷后設備捕獲的靜止圖像數(shù)據(jù)。傳輸完成后，設備應將bTrigger 字段重置為“正常運行”

5.2 Still image trigger control

此控件通知設備開始通過相關的同步或批量管道發(fā)送靜止圖像數(shù)據(jù)。一個專用的靜止圖像批量管道僅用于靜止圖像捕獲的方法3。此控制僅在流媒體發(fā)生時設置，并在發(fā)送靜止圖像后由硬件重置為“正常運行”模式。只有當設備支持靜止圖像檢索的方法2或方法3時，才需要此控制。

5. Stream Error Control

當發(fā)生以下事件之一時，主機軟件應該向此控件發(fā)送一個GET_CUR請求，以確定該錯誤：

視頻或靜止圖像有效負載頭中的錯誤位被設置了。

該設備向主機發(fā)出一個“流錯誤”中斷（Error Code Control）。Status Interrupt Endpoint 上報

批量視頻端點在事務的數(shù)據(jù)或握手階段向主機返回一個stall

對于主機正在向設備傳輸視頻數(shù)據(jù)的場景，主機不能使用有效負載報頭中的錯誤位來檢測設備錯誤。因此，為了確定何時發(fā)生流媒體錯誤，主機必須依賴于來自設備的控制更改中斷或批量端點Stall

Stream Error Control

6. Dynamic Format Change Support

某些設備，能夠在流媒體發(fā)生時動態(tài)地改變正在流媒體到主機的視頻格式。由于新的視頻格式可能具有與舊格式不同的總線帶寬要求，因此必須通知主機格式的變化，并允許執(zhí)行重新配置和總線帶寬重新分配所需的，以支持新的視頻格式。

該設備通過視頻流媒體輸入報頭（Video Strem Input header ）的bmInfo字段表示其對動態(tài)格式更改事件的支持。

當發(fā)生動態(tài)格式更改事件時，將執(zhí)行以下步驟：

檢測到動態(tài)格式變化（當流媒體發(fā)生時）。（通過 Status Interrupt Endpoint 上報）

設備開始在視頻流有效負載頭中設置錯誤位發(fā)送空數(shù)據(jù)有效負載到主機。(uvc payload herder)

設備設置 Stream Error Code Control為格式變化（format change）

主機探測新的流狀態(tài)，通過VS_PROBE_CONTROL 請求,發(fā)送GET_CUR

如果新的格式可用，主機將通過 VS_COMMIT_CONTROL 請求， 發(fā)送 SET_CUR。如有必要，通過一個備用接口選擇標準請求重新分配USB帶寬。如果不能接受新格式，主機將與流探測/提交控件協(xié)商一種新格式。

7. 總結(jié)

UVC 中斷端點 用法如下：

所有VC 上的請求的異步控制（比如圖像對比度、亮度、zoom 等）

靜態(tài)抓拍或者抓拍控制

動態(tài)格式切換同步。

典型用法如下：

具體路徑（以拍照為例）：按鍵拍照，設備通過Status Interrput Endpoint 上報 到 host，host 重新協(xié)商開啟抓拍。

其他控制也是類似的。中斷端點的作用是把設備的行為，及時上報到host 端，以便主機做出調(diào)整。

審核編輯：劉清