關(guān)于高阻態(tài)和OOC（out of context）綜合方式

Xilinx Vivado工具支持僅將系統設計的一部分進(jìn)行綜合，即OOC（out of context）綜合方式。OOC綜合方式的流程就是將設計的某個(gè)模塊單獨完成綜合操作，這會(huì )帶來(lái)如下可能性：

通過(guò)綜合實(shí)現這個(gè)模塊的快速迭代，不用綜合系統的其余部分整個(gè)設計的迭代也更快了

利于系統其余部分的快速迭代，如果某部分確定穩定不變了，可以對這個(gè)模塊進(jìn)行OOC綜合操作，保留這個(gè)綜合版本，這樣就可以方便迭代其余部分

某個(gè)模塊的改變只需要再對此模塊進(jìn)行綜合即可，節省的時(shí)間用于模塊功能設計

OOC綜合方式非常適合IP核的設計，我們可以將自己的IP核采用OOC方式進(jìn)行綜合然后使用綜合后的輸出結果

這意味著(zhù)當我們使用IP核時(shí)我們不需要在進(jìn)行IP核的綜合操作，就可以完善系統設計

然而如果設計中存在三態(tài)（高阻態(tài)），OOC綜合操作就會(huì )受到影響

FPGA僅支持I/O輸出端口的高阻態(tài)，在器件內部是不允許的

如果你使用OOC綜合方式，Vivado工具并不知道某個(gè)具體的信號是連接I/O輸出還是在器件內部進(jìn)行連接

最后，綜合工具會(huì )將這個(gè)高阻信號轉換為某個(gè)邏輯值，而不是最為高阻態(tài)進(jìn)行綜合

舉個(gè)例子，下面的代碼就會(huì )帶來(lái)不好的影響：
assign my_signal = enable?din1:1’bz;

通過(guò)OOC方式綜合后，my_signal信號值就不會(huì )是高阻值Z了

Vivado綜合有兩個(gè)選擇：
1. 綜合操作完全符合HDL代碼
（當這個(gè)模塊單元與其余部分有連接時(shí)，如果這個(gè)信號會(huì )最為I/O輸出，那么就不會(huì )有什么影響）
2. 不保留三態(tài)

Vivado工具會(huì )選擇第2項，原因是有可能出現任何問(wèn)題之前最好讓用戶(hù)知道

這種OOC使用模式比較受到IP開(kāi)發(fā)者的歡迎，但是如果IP集成到大型系統中出現問(wèn)題就比較麻煩了，因此應該避免第1項

這同時(shí)也會(huì )給我們帶來(lái)如下問(wèn)題：
如果my_signal信號只連接到外部輸出I/O呢？
舉個(gè)例子，所有可用的情況下my_signal都連接到I/O接口，我想讓它驅動(dòng)一個(gè)三態(tài)
我也希望能夠使用OOC方式對這部分模塊進(jìn)行綜合——同時(shí)保留三態(tài)

滿(mǎn)足上述需求的方式就是在RTL中實(shí)例化一個(gè)三態(tài)緩存（buffer）

具體如下所示：
OBUF u1（.l（din1）， .T（n_enable）， .O（my_signal））;

這樣就能夠保證即使采用OOC綜合方式，my_signal也會(huì )保持三態(tài)值

同時(shí)，如果該模塊與其他部分有連接，那么這個(gè)連接也是不可用的（例如my_signal信號與“內部”模塊有連接），綜合過(guò)程會(huì )報錯