CDC

含有「CDC」共 31 篇內容
全部內容
發佈日期由新至舊
本月占星訊息中「流感/新冠/腸病毒、傳染性疾病升溫、未知病毒威脅、持續升溫」四大警示,全數在新聞中逐一應驗! 台灣與全球疫情、氣候同步升高警戒,夏季並非安全期,反而是病毒與高溫聯手挑戰公共衛生的月份。 台灣(Taiwan) 7/1|新生兒重症腸病毒 台灣通報今年第 5 名新生兒死於腸病毒併發
Thumbnail
回到這張看起來很複雜的AFIFO架構圖 (*藍色訊號為write clk *紅色訊號為read clk) 我們開始來專心探討一下圖中B2G這區塊的功用 相信各位看懂架構後coding就不是甚麼大問題 回顧一下, 我們先思考ptr在傳輸時沒有處理CDC issue時會發生甚麼事? pt
Thumbnail
您是不是洗完手後,常常隨手甩幾下,讓手濕濕的自然乾? 常看到衛教建議洗手後要擦乾,卻不太明白為什麼,覺得甩乾應該就夠了,對吧? 這問題在台灣很常見,尤其天氣潮濕,很多人覺得手濕一點沒關係。 但擦乾真的重要嗎?自然風乾不行? 用烘手機或紙巾又有什麼差別?
Thumbnail
付費限定
上篇文中最後提到的為甚麼async不用Dmux傳ptr就好, 究竟有甚麼缺點又或是不可行, 這邊來探討一下. 首先我們先來看一下Dmux解CDC issue的原理 dmux架構可以分為兩個部分, Data path和CTRL path, 我們會在CTRL的path的部分在clkA的t
Thumbnail
付費限定
在了解sync fifo後,可以開始來研究一下何謂asyc fifo? 小弟在這邊盡量利用了sync fifo的架構圖來呈現async fifo的運作, 以方便各位更容易的理解其中的奧妙 以Top view來看,基本上和sync fifo沒太大的不同, 最大的差異則是clk和rst長出了兩組
Thumbnail
告別春日,迎接立夏,惱人的蚊子也開始出現!誰是寶貝推出「8H蚊掰掰草本防蚊液」,以通過美國CDC認證的PMD(檸檬桉醇)為主要成分,提供8小時長效防護,溫和呵護全家肌膚,並兼具止癢功效。成分天然,無DEET、酒精等刺激成分,3歲以上幼兒、孕婦、蠶豆症患者皆適用。
Thumbnail
#### 介紹 夏天天氣熱,蚊蟲和跳蚤特別多,特別愛叮腳踝、腿部這些地方,被咬後紅腫癢,讓人忍不住想抓,卻可能越抓越嚴重。這些叮咬不只讓人不舒服,還可能帶來細菌感染的風險。這篇文章會簡單說明蚊蟲叮咬的原因,並分享預防和治療的實用方法,讓您夏天遠離癢痛,開心過日子!
Thumbnail
👉如果你想要戒除一些壞習慣,例如喝手搖飲、拖延症、亂花錢,或是反過來想要提升專注力、養成運動好習慣等等,那麼這本書傳授的方法,絕對可以有效幫助到你。
Thumbnail
機票 通常我會避開波音, 所以雖然“我覺得”阿聯酋的空服員有點歧視東方客 但衝著 (1)中停杜拜(我喜歡一次航段在8hr內,國泰新航那種動不動要飛個12小時以上對我而言有點痛苦) (2)經濟艙座位比較大(個人感受) (3)杜拜很多貴賓室可以用(很怪的是,明明龍騰卡上有顯示是合作貴賓室,但
Thumbnail
付費限定
到了最後一個階段, 我們做了這麼多CG cell insertion後, 要怎麼知道到底是不是對Design有幫助的呢? 是否有個rule又或是量化的數據來解釋說CG的效果如何 在下面這篇paper中提到了幾種觀測CG cell efficiency的方法 J. Srinivas, M
Thumbnail
DaDa995-avatar-img
2025/04/10
大佬要怎麼私訊您問題? 是不是需要改別的方案才可以? 想問CRPR要怎麼畫圖去分析解釋阿? 感謝
出一張嘴-avatar-img
發文者
2025/04/18
DaDa995 Hi 您好, 因為我都有空時才會看回覆及寫文章,所以沒有開啟私訊, 有想問的可能需要麻煩您留言,我如果剛好知道相關的知識會回覆您. 以下是關於我對CPPR的理解, 先描述一下CPPR在做甚麼, 以往我們在STA check timing的時候都會用最嚴謹的方式做sign off, 因為可以最保險降低出錯的機率, 所以大多時候我們都是over constraint的, 但是以現在的chip design來說, 我們希望可以省下更多的area或是power消耗, 雖然越嚴苛的條件可以讓你的chip容忍越大的variance, 副作用卻是增大了area和power,所以並不是沒有缺點的, 因此cppr就誕生了, cppr目的就是要補償回我們曾經太嚴苛的條件, 實際上根本不會發生的case, 他所觀測的點是clk tree的common path. 在clk tree的建置過程,某種策略下希望common path越長越好然後到reg周遭開始branch開, 但是我們在分析timing時會因為希望預留OCV margin所以會給予一個uncertainty, 就是您於timing report中看到的derate項 在setup check下, derate會對於launch path的timing總和乘上>1的倍率 對於capture path的timing總和乘上<1的倍率 可以想像成arrvial time我假設只要走1ps,但是我為了抓margin給他走1.1ps 對於require time 原本可以走1個cycle 2ps,但是為了抓margin給剩給他1.8ps 讓setup check 的require-arrival變緊達到預防ocv的效果 但是,這樣很純粹的算法會對common path的地方同時作放大跟縮小, 在預期上common path的路徑上不論對於req或arrival都是做出一樣的貢獻, 因此cppr就是在補償回原先這段path所多算的時間 可以參考下面這篇文章 https://vlsi.pro/common-path-clock-reconvergence-pessimism-removal/