為了避免上面的現象該怎么辦呢，首先slave最好不要在接收到地址之前就將WREADY拉高（但是AWREADY建議提前拉高，這樣address握手可能就會在一個周期內完成，否則至少需要兩個周期，就像上圖），要在收到地址后才進行WREADY的處理，或者slave先buffer住收到的數據，然后等到收到地址后再做處理。不過我覺得AXI interconnect應該會處理這種情況，不會讓數據先于地址到達slave的，所以ARM公司的AXI產品肯定是不會有問題的，但是如果不購買相應的AXI interconnect而自己開發時就要注意上面的問題。

5、AXI最多支持16個master,16個slave，它們可以通過AXI interconnect連接，不同的master發出的id可能相同，但是經過AXI interconnect處理后會變得唯一，所以自己開發AXI interconnect也要注意這個問題。同一個master發出的id可以相同也可以不同，相同的id數據傳輸必須按照先后順序否則會出現錯誤，不能亂序和交叉。AXI 支持ID方式，這也是該總線效率較高的一個原因。

6、AXI支持out-standing或者multi-issue(即當前傳輸沒結束就發起下一個傳輸)亂序和交叉傳輸，依靠ID進行區分。這也是AXI總線協議效率較高的一個原因。

7、這塊的理解是參考別的網站的，并不確定正確性，cachalbe和 bufferable的概念比較復雜，具體可以看看ARM cache相關文檔。簡單說，這兩個概念都是圍繞master訪問的slave的請求來說的。例如該請求時cacheable的寫話，那么實際的寫數據不一定更新了主存內容，可以只更新了cache，以后再通過write back方式更新；bufferable也類似，如果是寫，那么寫數據響應返回給master時，實際寫數據不一定到達了slave設備。這個寫數據可能被buffer了，而時間未知。如果不是bufferable則寫響應反映了slave實際接收到數據的時刻。說的比較籠統，具體可以參考相應文檔。

8、低功耗的理解（參考）：AXI的低功耗接口本身也是數據傳輸協議的擴展。它針對自身具有低功耗處理的設備和自身不具有低功耗處理的設備都是通用的。

AXI低功耗控制接口包括兩類信號：
設備給出表示當前時鐘是否可以被gated的信號。外設使用CACTIVE信號表明它希望時鐘，時鐘控制模塊必須馬上給設置時鐘。
對于系統時鐘控制模塊，提供可以進入或退出低功耗狀態的握手信號。CSYSREQ表明了系統請求設備進入低功耗狀態，而設備使用CSYSACK信號來握手低功耗狀態請求和退出。

在CSYSREQ和CSYSACK信號為高的時候，也就是T1時刻之前，設備處于正常狀態。在T1時刻，系統拉低了CSYSREQ信號，在T2時刻，外設 拉低CSYSACK信號。在T3時刻系統拉高CSYSREQ表示系統要求設備從低功耗狀態退出。T4時刻設備握手拉高CSYSACK表明已經退出。在握手 中，CACTIVE可以作為拒絕或者同意的標志。下圖中CATIVE一直拉高，來表示當前不接受這種低功耗的請求，而不是依靠ACK信號。可以看出，ACK 信號只是表示狀態遷移的完整性，而對于是否進入低功耗狀態，需要CACTIVE信號表示。同時該信號也表示了設備在低功耗狀態需要退出。

在系統層面的操作：

有兩種方法進行設備的低功耗控制。

第一種是系統不斷的輪詢設備，一旦某個設備可以進入低功耗狀態，就把相應的CATIVE 拉低，然后把CSYSACK信號拉低。這樣做的效率不是很高，系統并不知道哪個設備已經可以提前進入低功耗狀態，而是簡單的按照時間進行查詢，并不能精確 的控制。這一種方案主要強調系統與設備的強耦合性。只有系統需要的時候才開始輪詢，系統不需要，就不能進入低功耗模式。

第二種方法是系統被動接受設備發出來的CATIVE，然后開始低功耗處理流程。這樣可以提高效率。但是可能系統由于預測到馬上需要使用該device，不發起低功耗請求。值得注意的是，兩種低功耗管理是可以混合使用的。

axis工作模式
axis分為：
tready信號：從告訴主做好傳輸準備；
tvalid信號：主告訴從數據傳輸有效；
tlast信號：主告訴從該次傳輸為突發傳輸結尾；
tdata信號：數據，可選寬度32,64,128,256bit
tstrb信號：為1的bit為對應tdata有效字節，寬度為tdata/8
tuser信號 ：用戶定義信號，寬度為128bit
aclk信號：總線時鐘，上升沿有效；
aresetn信號：總線復位，低電平有效；