第一頁，物理層以及鏈路層資訊選擇：
第二頁，選擇ip核使用的gtx 通道以及那個mgt bank等：
第三頁：共享邏輯的位置，例如時鐘以及復位等邏輯，是在核內還是在例子工程內（一般較為複雜的ip核，賽靈思會提供例子程式供學習以及修改作為自己的工程），為了靈活使用時鐘等，個人傾向於在例子內：
物理層引數之一，資料手冊給出的解釋是：
選擇該ip核中使用的收發器（transceiver）的位元組寬度。此引數定義收發器的txdata / rxdata寬度以及使用者介面資料匯流排的寬度。 有效值為2和4。
預設值為2；
對於使用者介面，我們在定製頁面給出對比：
當lane width為2時：
在0.5（gb / s）到6.6（gb / s）的有效範圍內輸入以吉位元/秒為單位的線速率值。
線速率這個引數值是未編碼的位元率，通過序列鏈路以該位元率傳輸資料。 該核的總資料速率為：
（0.8 x 線速率）x aurora 8b / 10b通道數。
線速率受所選裝置的速度等級和封裝的限制（也即不同的裝置以及封裝等具有不同的限速率）。
從下拉列表中選擇收發器的參考時鐘頻率。 參考時鐘頻率取決於所選的線路速率。 為了獲得最佳結果，請選擇可以實際應用於目標裝置的參考時鐘輸入的最高速率。
預設值為：125.000 mhz
字面意思是初始化時鐘，也沒啥好解釋的，aurora協議中需要初始化的東西很多吧，預設時鐘50m，給就完事了。
預設時鐘也為50m。
字面意思是：資料流模式，如下定製頁面：
可以選擇為全雙工，以及只收單工，只發單工三種模式。
不必多說，如果你需要有收有發，自然全雙工模式。
使用者端介面，可以選擇的協議格式有framing以及streaming，博文：aurora ip core 的理論學習記錄就介紹過。
streaming介面格式比framing格式要簡潔的多。
選擇用於核的資料路徑介面的型別。 選擇framing使用axi4-stream介面，該介面允許封裝任何長度的資料幀。 選擇流傳輸則使用簡單的axi4-stream介面通過aurora 8b / 10b通道流傳輸資料。
選擇所需的選項以將流量控制新增到核。
使用者流控制（ufc）允許應用程式通過aurora 8b / 10b通道傳送簡短的高優先順序訊息。
本機流控制（nfc）允許全雙工接收器調節傳送給它們的資料的速率。
立即模式允許將空閒**插入資料幀內，
而完成模式僅將空閒**插入完整資料幀之間。當然這是針對資料路徑介面格式為framing時的流控制，如果選擇streaming格式，則此選項不需要。
僅僅對應於單工模式，字面意思是後通道，至於幹啥用的，我還真不知道。
用實踐來說話吧，或者提出你的見解？
可選的值為；
gt selection需要配置的有兩個東西，乙個是lanes，也就是通道數量，使用幾個通道，就像去乙個目的地，有很多條路，你需要選擇你的車隊分別做哪幾條路線。
事實上，在fpga中，gt bank是有限的，不同型別的fpga以及不同的封裝等都有不同數量的mgt bank，而乙個mgt bank上有4個通道叫channels，在這裡叫lanes，四個channels加上乙個共有的qpll，組成乙個quad。
以前也講過這東西：
aurora ip core 的理論學習記錄
gtx/gth 物理層結構分析
如下：這裡就是配置這些的。
最後是gt refclk1和gt refclk2，選擇參考時鐘，例如上圖gtxq0,是不是就是選擇gtx中的qpll了呢？
我想應該是的，這樣的話，時鐘質量是最好的。（當然還需要斟酌）。
我想定製過程大概就這樣結束了，後面緊接著要進行**，通過**去更清楚的認識aurora傳輸資料的過程。
先使用簡單的streaming使用者介面格式，在使用framing使用者介面資料格式，這是很有必要的，因為實戰中我發現還是很多都自用framing。
python定製訂單 觸發定製的Python業務
您可能知道，我們可以採用python指令碼語言來提供業務。這種方式可以非常靈活地滿足許多客戶各種各樣的需求。但是某些東西就不那麼靈活，例如業務的觸發方式。以前的mss版本在卡號業務中，固定了業務觸發方式。也就是說，只有被叫號碼是 300 的呼叫才會觸發卡號業務。有些客戶就是不喜歡這個號碼，還有些客戶...
python定製 python中定製類
1 python中 str 和repr 如果要把乙個類的例項變成 str，就需要實現特殊方法 str classperson object def init self,name,gender self.name name self.gender genderdef str self return p...
流程定製的小結
乙個完整的工作流管理系統，我們有了工作流建模工具，工作流引擎，工作監控工具等等，基於此我們發現開發一套比較通用的應用，還是有一定的難度。其中還多東西都是比較死的，當我們在開發乙個新的應用時又要重新開始，可重用性比較差。再有作為乙個產品的話，易用性存在很大的問題。我們需要的是乙個工具，在流程模型建好並...