RMII模式以太網PHY芯片DP83848C的應用
加入技術交流群
2．4 RXD[1：0]——接收數據
RXD[1：0]轉換是與REF_CLK同步的。在CRS_DV有效后的每個時鐘周期里，RXD[1：O]接收DP83848C的兩位恢復數據。在某些情況下(如數據恢復前或發生錯誤)，則接收到的是RXD[1：O]的預確定值而不是恢復數據。CRS_DV解除確認后，RXD[1：O]為“00”，表示進入空閑狀態。CRS_DV確認后，在產生正確的接收解碼之前，DP83848C將保證RXD[1：0]=“00”。
DP83848C提供的恢復數據總是半字節或成對雙位信號的形式，這對于由前導符開始的所有數據值都成立。因為CRS_DV是異步確認的，不能假設先于前導符的“00”數據會是雙位信號形式。
100 Mbps模式下，在CRS_DV確認之后的正常接收過程中，RXD[1：O]將會保持“00”，直到接收器檢測到正確的起始串分界符(Start St-ream Delimiter，SSD)。一旦檢測到SSD，DP83848C將會驅動前導符(“01”)，后面緊跟著起始幀分界符(Start of Frame Delimiter，SFD)(“01”“01”“01”“11”)。MAC應該開始SFD之后的數據。如果檢測到接收錯誤，在載波活動結束前，RXD[1：0]將會替換為接收字符串“01”。而由于幀中剩余數據被替換，MAC的奇偶校驗將會拒絕錯誤的信息包。如果檢測到錯誤的載波(壞的SSD)，RXD[1：O]將會替換為“10”，直到接收事件結束。這種情況下，RXD[1：O]將會從“00”變為“10”，而無需標明前導符(“01”)。
10 Mbps模式下，CRS_DV確認后，RXD[1：O]將會一直保持“00”，直到DP83848C有恢復脈沖并能對接收數據進行解碼為止。當存在有效接收數據時，RXD[1：O]以“01”為前導符接收恢復的數據值。因為REF_CLK頻率是10 Mbps模式下數據速率的10倍，MAC對RXD[1：0]上的值每隔10個周期采樣一次。接收時序如圖6所示，接收延時情況如表2所列。本文引用地址：http://www.104case.com/article/157064.htm
2．5 RX_DV——接收數據有效
盡管RMII并不要求，DP83848C還是提供了一個RX_DV信號。RX-DV是沒有結合CRS的接收數據有效信號(Receive Data Valid)。第一個正確的恢復數據(前導符)或偽載波檢測到來時，RX_DV被確認，在恢復數據的末兩位傳送之后解除確認。通過使用該信號，全雙工MAC不必再從CRS _DV信號中恢復RX_DV信號。
2．6 CRS_DV——載波偵聽／接收數據有效
當接收介質處于非空閑狀態時，由PHY來確認CRS_DV。在載波檢測中，CRS_DV依據與工作模式相關的標準異步確認。10BASE_T模式下，靜噪通過時發生該事件。在100BASE-TX模式，當10位中檢測到2個非相鄰的零值時，發生該事件。
在RMII規范(1．2版)中提到，載波丟失將導致與REF_CLK周期同步的CRS_DV解除確認，這在RXD[1：O]半字節的首兩位出現(即CRS_DV僅在半字節邊界解除確認)。在CRS_DV首次解除確認后，如果DP83848C還有數據位要加在RXD[1：O]上，則在REF_CLK周期中，DP83848C應在每半個字節的第2個雙位上確認CRS_DV，并在一個半字節的第1個雙位解除確認。這樣，從半字節邊界開始，到CRS(載波偵聽／接收信號)在RX_DV前結束時，CRS_DV以25 MHz(100 Mbps模式)或2．5MHz(10 Mbps模式)的頻率翻轉(假設當載波事件結束時DP83848C還有待傳送的數據位)。
通過編程DP83848C能夠與RMII規范(1．0版)很好地兼容。在該模式下，CRS_DV將會異步地與CRS進行確認，但是要等傳送完最后的數據時才會解除確認，CRS_DV在數據包的末端不會被翻轉。該模式雖然不能對來自CRS_DV的CRS信號進行精確的恢復，但是卻可以使MAC層的設計更簡單。
在出錯的載波活動時間中，CRS_DV保持確認。一旦確認CRS_DV，則可以認為在RXD[1：O]上的數據是有效的。然而，由于CRS_DV的確認相對于REF_CLK是異步的，因而在正確解碼接收信號之前，RXD[1：0]上的數據應為“00”。
評論