請(qǐng)問，JTAG有5個(gè)端口，為什么Trst是可選的復(fù)位端口？

請(qǐng)問，JTAG只保留4個(gè)端口，沒有Trst，怎么復(fù)位？

答：第一個(gè)問題，很簡(jiǎn)單，因?yàn)門rst可以用Tms來替換。那么第二個(gè)問題呢？歡迎來知識(shí)星球討論。

請(qǐng)問，MCU芯片設(shè)計(jì)添加了mbist、scan chain之后，仿真失敗怎么辦？首先diff代碼，看代碼改動(dòng)了什么，是否改正確，然后做2-3個(gè)formal/lec檢查，保證DFT實(shí)現(xiàn)過程不改變function 功能。此外還要注意頂層的dft端口控制信號(hào)是否在testbench中正確例化等等，比如注意jtag端口可做cpu debug，可做mbist測(cè)試，注意tdo輸出選擇控制。

回到正題，DFT插入后，由于增加了大量的mux來完成時(shí)鐘、復(fù)位可控，導(dǎo)致中端網(wǎng)標(biāo)中的cell有工藝庫(kù)文件指定的delay參數(shù)，默認(rèn)是1ns，那么會(huì)造成clk delay，比如插入兩級(jí)mux就會(huì)形成2ns延時(shí)，而我們的mcu運(yùn)行時(shí)鐘是250mhz，時(shí)鐘周期4ns，sram時(shí)鐘再取個(gè)反，剛好易造成sram timing問題，sram輸出x態(tài)，cpu取指令失敗。

如下，cs／we等sram控制信號(hào)剛好和sram的時(shí)鐘對(duì)齊，造成sram model輸出x態(tài)，cpu去取指令失敗，mcu boot失敗。

景芯SoC訓(xùn)練營(yíng)得同學(xué)都知道，或熟悉DFT仿真得同學(xué)都知道，vcs這里仿真應(yīng)該加一個(gè)option，不知道得趕緊找我！

可以先強(qiáng)行force時(shí)鐘，選一個(gè)可以采樣cs／we等sram控制信號(hào)的時(shí)鐘給sram，好巧不好，cpu執(zhí)行了一部分指令，又停止了，繼續(xù)定位。

查看risc-v匯編指令是否正確讀寫：

發(fā)現(xiàn)程序末尾有x態(tài)哦，發(fā)現(xiàn)x態(tài)，同學(xué)們會(huì)問，指令為什么會(huì)有x態(tài)，肯定是bug或timing問題造成的吧，我們接著看：

而上面x態(tài)是由于cpu有16位指令，并且程序有跳轉(zhuǎn)，那么為什么cpu執(zhí)行指令一部分后就停止了呢？是我把cpu取指令模塊改錯(cuò)了？于是開始看cpu代碼。。。

實(shí)際上x態(tài)后程序依然能正確執(zhí)行，本質(zhì)上是16位指令及程序調(diào)轉(zhuǎn)的原因。接著debug。

接著定位，發(fā)現(xiàn)是取指令握手卡住，解決辦法？后仿真怎么確保時(shí)鐘對(duì)齊的問題？答案參見全棧芯片工程師【知識(shí)星球】。

挑戰(zhàn)！全芯片UPF低功耗設(shè)計(jì)(含DFT設(shè)計(jì))

景芯SoC訓(xùn)練營(yíng)培訓(xùn)項(xiàng)目，低功耗設(shè)計(jì)前，功耗為27.9mW。

低功耗設(shè)計(jì)后，功耗為0.285mW，功耗降低98.9%！

7天沖刺PR訓(xùn)練營(yíng)有同學(xué)問如何給IO添加PAD？請(qǐng)思考景芯SoC的IO和PAD如何實(shí)現(xiàn)最佳？

7天沖刺PR訓(xùn)練營(yíng)有同學(xué)問，同樣的floorplan，有些同學(xué)很快跑完，有些同學(xué)則遇到大量DRC問題（EDA工具不停iteration）導(dǎo)致工具始終無法跑完，具體什么問題呢？

首先，小編發(fā)現(xiàn)該同學(xué)的stripe把TM2定義為了horizontal，而熟悉景芯工藝的同學(xué)知道，TM2的preference direction是VERTICAL。

查詢景芯的lef庫(kù)文件也可以確認(rèn)：

用錯(cuò)方向有多大影響呢？大家上景芯SoC的后端flow實(shí)踐一下吧，實(shí)踐出真知。

7天沖刺PR訓(xùn)練營(yíng)有同學(xué)問，為啥PR花了一天一夜24個(gè)小時(shí)完成布線還大量DRC錯(cuò)誤？小編已經(jīng)將設(shè)計(jì)規(guī)模盡可能減小以加速PR設(shè)計(jì)，實(shí)際上2小時(shí)就可以跑完routing，為何這么慢？原因就是低功耗單元的走線。具體原因及解決辦法歡迎加入景芯訓(xùn)練營(yíng)討論。

其錯(cuò)誤主要集中在M4上，請(qǐng)思考如何解決。

7天沖刺PR訓(xùn)練營(yíng)有同學(xué)問，power switch cell的secondPG pin(VDDG)從M1接出的，而不是M2, 請(qǐng)思考有什么問題？如何解決？

7天沖刺PR訓(xùn)練營(yíng)有同學(xué)問，景芯SoC培訓(xùn)營(yíng)同學(xué)遇到Corner Pad LVS不過怎么處理？

完成景芯SoC培訓(xùn)的前端設(shè)計(jì)仿真、DFT后，我們來到后端flow，本教程教你一鍵式跑完數(shù)字后端flow。

生成腳本命令如下：

tclsh ./SCRIPTS/gen_flow.tcl -m flat all

生成flow腳本之前需要配置setup.tcl等相關(guān)參數(shù)，具體參見【全網(wǎng)唯一】【全棧芯片工程師】提供自研的景芯SoC前端工程、DFT工程、后端工程，帶你從算法、前端、DFT到后端全流程參與SoC項(xiàng)目設(shè)計(jì)。

景芯SoC訓(xùn)練營(yíng)的同學(xué)問，為何innovus讀取做好的floorplandef文件報(bào)Error?首先看log:

Reading floorplan file - ./data_in/DIGITAL_TOP.def (mem = 1595.0M).

#% Begin Load floorplan data ... (date=10/23 2201, mem=1579.3M)

**ERROR: (IMPFP-710): File version unknown is too old.

以前EDI的時(shí)期，我們可以通過定義fp_file的方式來加載floorplan：

set vars(fp_file) "./data_in/DIGITAL_TOP.def"

但是現(xiàn)在innovus升級(jí)并放棄了fp_file的加載方式，當(dāng)然也可以用老版本的EDI9.1及以前版本來加入fp_file，然后轉(zhuǎn)存為新版本，這方式明顯沒有必要。正如下log提示所說，檢查log是非常好的工程師習(xí)慣。

Input floorplan file is too old and is not supported in EDI 10.1 and newer.

You can use EDI 9.1 and before to read it in, then save again to create new version.

小編的直覺告訴我，先去看看同學(xué)保存的def文件是哪個(gè)def版本?

同學(xué)保存方式如下：

那么請(qǐng)問如何解決？請(qǐng)大家加入景芯訓(xùn)練營(yíng)實(shí)踐。

景芯SoC用了很多異步FIFO，關(guān)注異步RTL實(shí)現(xiàn)的同學(xué)，可以抓取異步FIFO出來看一下版圖連線：

查看下所有異步FIFO cell的面積；

dbget [dbget top.insts.pstatus unplaced -p].area

查下所有異步FIFO的cell的名字：

dbget [dbget top.insts.pstatus unplaced -p].name

那么怎么抓出異步路徑來觀察版圖走線呢？如何讓report_timing呢？更多內(nèi)容參見知識(shí)星球和SoC訓(xùn)練營(yíng)。