Source Operation
-
在 Attach 時 (無 PD Connection 和 PD 契約)
- 檢測 SNK 的 attach 狀態(tài),之后拉高 VBUS 到 5V
- 在 PD Connection 前(無 PD Connection 和 PD 契約)
-
建立 PD Connection 時(無 PD Connection 和 PD契約)
- 收到響應 SRC_CAP 的 GoodCRC
-
建立顯性契約時 (PD Connection 但無顯性契約或 PR_Swap/FR_Swap 之后的隱性契約)
- 接收到 SNK 的有效請求,然后回應 Accept 消息,準備好商定的供電功率,并發(fā)送 PS_RDY 消息,建立起顯性契約
- 不生成 SOP'/SOP'' 包的 DFP,無需檢測 SOP'/SOP'' 包,檢測到也須丟棄
-
在 PD Connection 期間 (顯性契約-PE_SRC_Ready 狀態(tài))
- 可控制電纜插頭中模式的進入和退出并控制 mode 操作
- 可發(fā)起非結構化或結構化 VDM
- 可控制 SNK 進入和退出模式,并使用結構化 VDM 控制模態(tài)操作
- 發(fā)起或收到 SOP 時,都會打斷 SOP'/SOP'' 通信
- 當供電能力發(fā)生變化時,發(fā)送 SRC_CAP 通知 Sink
- 在 CC 上斷言 Rp
- 端口是 DRP 時,可發(fā)起或接受 PR_Swap 請求進行電源角色交換(隱性契約->顯性契約)
- 端口是 DRD 時,可發(fā)起或接受 DR_Swap 請求進行數(shù)據(jù)角色交換
- 可發(fā)起或接受 VCONN_Swap 請求,交換期間遵循先通后斷原則
- 根據(jù)本地策略發(fā)送消息,并處理和響應所有收到的消息
- 是 VCONN SRC 時,可使用 SOP'/SOP'' 與電纜插頭通信
- 是 DFP 時
- 是多端口系統(tǒng)中的一部分時,在需要保留功率時發(fā)出 GotoMin 請求
-
斷開或通信失敗
- 在 CRCReceiveTimer 超時后的 tSoftReset 內,發(fā)起 Soft Reset
- 如果 Soft Reset 無法完成,則會在 CRCReceiveTimer 超時后的 tHardReset 內發(fā)起 Hard Reset
- 是 VCONN SRC 時,VCONN 也將在 Hard Reset 期間重新上電
- 用 CC 檢測到斷開時,VBUS 將在 tSafe5V 內降至 Safe5V,在 tSafe0V 內降至 vSafe0V
- 在 tReceive 內檢測不到響應消息的 GoodCRC 時
- 在 SPR PPS 模式下運行時未能在 tPPSTimeout 內收到 SNK 的周期性通訊時將發(fā)起 Hard Reset
- 在 EPR AVS 模式下運行時未能在 tSourceEPRKeepAlive 內收到 SNK 的周期性通訊時將發(fā)起 Hard Reset
聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。
舉報投訴
-
usb
+關注
關注
60文章
7966瀏覽量
265299 -
PD
+關注
關注
4文章
479瀏覽量
44044 -
Type
+關注
關注
1文章
138瀏覽量
22713 -
Source
+關注
關注
0文章
17瀏覽量
9834
發(fā)布評論請先 登錄
相關推薦
CYUSB3014與PC通信幾小時后斷開的原因?怎么解決?
PC是WIN7系統(tǒng),PC端APP通過USB3與下位機通信幾個小時以后,通信就會斷開,通過bus hound抓不到任何通信數(shù)據(jù),出錯時CYUSB芯片的心跳燈正常,PC的設備管理器設備也正
發(fā)表于 02-29 08:14
IDF-4.4.1的藍牙A2DP Source例子,初始化失敗的原因?
IDF-4.4.1的藍牙A2DP Source例子,初始化失敗
但是改用4.3.4就可以成功,有沒有遇到這個問題的。
esp_bt_controller_config_t bt_cfg
發(fā)表于 06-13 06:46
TCP_server例程斷開再次連接會失敗怎么處理?
使用了TCP_server的例程,發(fā)現(xiàn)當電腦作為客戶端去連接esp32(服務器端)斷開連接之后再次連接時候連不上,發(fā)現(xiàn):提示已經連接上esp32發(fā)出的熱點,但是網絡助手顯示連接失敗(監(jiān)聽串口失敗
發(fā)表于 06-28 06:49
Wificlient.connected失敗的原因?
的客戶端即使具有有效連接且在范圍內,也會失敗,否則一切都運行良好,WifiClient.connect 返回 false。
我認為當工作站斷開連接或無法與路由器通信時,系統(tǒng)會
發(fā)表于 07-18 06:03
編程失敗后斷開連接
,Config_Memory_Size=0x0DBut,當我試圖通過Bootloader編寫十六進制文件時,會出現(xiàn)“編程失敗后斷開連接”的錯誤。因此,我需要一些解決方案或建議來解決這個問題。我把屏幕截圖和文件與查詢一起附加。注意
發(fā)表于 11-04 10:07
IDF-4.4.1的藍牙A2DP Source例子,初始化失敗的原因?
IDF-4.4.1的藍牙A2DP Source例子,初始化失敗但是改用4.3.4就可以成功,有沒有遇到這個問題的。esp_bt_controller_config_t bt_cfg
發(fā)表于 02-10 08:38
PMU Mode Operation for the MAX
PMU Mode Operation for the MAX9979 Pin-Electronics IC
Abstract: This application note
發(fā)表于 12-25 17:55
?1515次閱讀
無線模塊通信失敗的原因是什么
隨著物聯(lián)網的發(fā)展,越來越多的設備將會接入網絡。這其中很大一批是通過無線的方式接入網絡的。在無線模塊進行無線通信的過程中,避免不了會出現(xiàn)各種無法通信的情況,本文章旨在總結無線通信失敗的情
發(fā)表于 07-19 17:49
?3536次閱讀
無線模塊通信失敗的原因有哪些?
隨著物聯(lián)網的發(fā)展,越來越多的設備將會接入網絡。這其中很大一批是通過無線的方式接入網絡的。在無線模塊進行無線通信的過程中,避免不了會出現(xiàn)各種無法通信的情況,本文章旨在總結無線通信失敗的情
無線模塊通信失敗的原因有哪些?
隨著物聯(lián)網的發(fā)展,越來越多的設備將會接入網絡。這其中很大一批是通過無線的方式接入網絡的。在無線模塊進行無線通信的過程中,避免不了會出現(xiàn)各種無法通信的情況,思為無線旨在總結無線通信失敗的
Sink Operation斷開或通信失敗
? 在 Attach 時 (無 PD Connection 和 PD 契約) 通過檢測 vSafe5V 來確定 SRC 的連接 連接后等待 Source_capabilities 消息來檢測 SRC
linux中source命令的用法
配置文件或執(zhí)行腳本。 source命令的語法為: source filename 或 . filename 其中,filename是腳本文件的路徑。 當
關斷期間的升壓行為(禁用):直通、旁路或真正斷開
電子發(fā)燒友網站提供《關斷期間的升壓行為(禁用):直通、旁路或真正斷開.pdf》資料免費下載
發(fā)表于 09-03 11:43
?0次下載
評論