<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                企業??AI智能體構建引擎,智能編排和調試,一鍵部署,支持知識庫和私有化部署方案 廣告
                ECO中文翻譯就是工程變更(Engineering Change Order) > `ECO,簡單講就是直接修改netlist。` 因為design中寫的算法難免有bug,后仿用的case 無法覆蓋100%的應用場景,以及實現過程中犯了某些錯誤等。 大體上數字IC設計中的ECO可以分為Tapeout前的ECO,Tapeout過程的ECO,Tapeout后的ECO。 ## Tapeout前的ECO 很多公司(特別是大公司),他們一般都有規定哪個階段必須RTL freeze,這個時候不會也不允許再更新新的RTL,即使后面仿真驗證有bug。為什么不讓更新RTL呢?因為此時數字后端工程師可能都做好布局布線,timing也沒什么大問題了,都準備開始修timing了。如果此時release新的RTL,那就意味著需要重新跑整個flow,從綜合到PR,再到fixing timing。一方面會嚴重影響整個項目的Tapeout時間,從而影響Wafer out和芯片上市的時間。另外一方面,數字后端工程師可能有想罵人的沖動。 因此,此時數字前端負責寫coding的工程師只能在final RTL的基礎上,通過寫ECO腳本的方式來實現功能上的ECO。 ECO代價:時間成本,相對較小 ## Tapeout過程的ECO 當數字后端實現后的design,timing已經符合signoff 標準,DRC已經clean,LVS已經pass,IR drop,MVRC,Formality,DRCPLUS等都已經pass。但是數字前端設計工程師還沒來得及做完大部分case的后仿,而且芯片又面臨著Timing-TO-Market的壓力。此時,老板可能會說先Tapeout吧(就是開始傳GDSII給Foundary廠)。為什么敢這么做呢?是在賭博嗎,呵呵。其實肯定有賭博的成分,但是更多的還是自信(認為不會出大問題)。因為,前一周左右foundary會 先做base layer的加工。只要后期仿真發現的問題,不需要再添加額外的cell,就不耽誤之前的Tapeout(此處有點像流水線)。即使發現需要新加幾個cell,這個時候仍然可以通過替換后端實現過程中所加的ECO cell或者spare cell來實現。(如何預先加ECO CELL和spare cell ,后續會專門討論) EEO代價:時間成本較大 ## Tapeout后的ECO 當芯片已經回來,在測試過程中發現的bug,然后又必須fix掉的bug(無法通過軟件繞過去或者代價太高)。這個時候需要通過ECO來解決。這個時候做ECO的代價相對前面兩種大很多,都是要消耗很多的真金白銀,而且有芯片量產的巨大壓力。改動少的可能就改幾層Metal layer,多的可能就需要動十幾層Metal layer,甚至重新流片。做ECO之前,老板肯定會讓數字前端設計工程師出ECO方案,同時讓后端工程師進行評估,主要評估需要改動的層數,timing 是否能快速收斂等方面的風險。 ECO代價:時間成本+money 較大 下面小編稍微總結下數字IC設計中做ECO的主要步驟(數字后端工程師必須熟練掌握以下幾點工作,第一點除外): 數字前端工程師制定ECO方案(驗證方案有效性,可行性) 寫 ECO 腳本 后端工程師根據ECO腳本,進行擺放cell和連線(手工或自動的方式) 形式驗證(確保后端進行變更后的功能和前端ECO方案功能一致性) 確認基于Tapeout 版本的GDSII所有改動的層(通過calibre 跑Layout Versus Layout) 重新做dummy insertion或者人工改dummy 再次進行timing signoff(Fixing all setup,hold,timing drc,etc) 再次跑DRC&LVS并fix violations Release 新的GDSII
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看