前面介紹了關于PD協議的互動，還有協議層資料各個欄位的含義，但是一直沒有系統的說關于協議的時序，還有部分counter，就是協議允許發送的次數，或者一些其他計數，
大師匈今天說一下關于這方面的東西，這些東西都是非常關鍵的東西，但是相對來說PD標準內對時序的要求還是比較寬泛，非常容易能夠實作這樣的要求，
Timer
1、CRCReceiveTimer 0.9~1.1ms
表示每次通信收到goodcrc的時間，必須在這個時間內收到goodcrc，
我們要注意不是在0.9~1.1ms內，而是第三方可以在這個范圍定義，
比如可以認為在0.9ms內收到就好，也可以是1ms內收到就好，或者1.1ms內收到就好，
那么范圍是0—0.9ms，0—1ms,0—1.1ms，這都是可以的，
如果沒有設定的時間內收到goodcrc，就表示通信失敗，
很重要！！！
很重要！！！
很重要！！！
2、SenderResponseTimer 24~30ms
這個是發送回應時間，例如我們source cap發出后我們需要在這個時間內收到request作為回應，如果超出這個時間就出錯了，
還有我們常用到的request協議，需要在這個時間內收到accept/reject等，在PD內很多協議的回應時間都是這個值，
3、SourceCapabilityTimer 100~200ms
這個是source cap的時間，形象的說法就是，在typec連接上以后，sourcec
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/237108.html
標籤：其他
上一篇：作業分配問題【回溯演算法】