1.如果在vivado裡面的乙個工程，呼叫了兩個不同的 自定義ip（舉例模組a和b） ，但這兩個ip分別呼叫了 同乙個 子**（舉例 test.v），則需要注意如下問題：如果在 a 和 b 裡面， 這兩個test.v 完全一致的話，那編譯的時候不存在問題，也不會報 critical waring ；如果不巧，a b 模組都沒想到對方模組會和自己有乙個同樣名字的子**，兩個模組下這個子**的功能還不一樣，那在編譯時，後面編譯的模組的 test.v會將前面編譯完成的模組的test.v檔案覆蓋掉，並報critical waring 。
2.關於位寬的定義問題。之前在乙個ram管理模組的**中，將位寬（通過上層paramater引數傳遞）定義的都剛剛好不多不少，使用modelsim 和 vivado2018.2的自帶**時，結果都正確。但是上板測試時，發現工具將cnt綜合成有符號數，相當於致使位寬少了乙個bit,後面解決的方法是，將通過引數傳遞的位寬加多乙個bit。暫未弄清楚出現這個問題的原因是什麼（可能是編譯策略的問題？？？目前不清楚）。
3.在進行邏輯設計時，不是在top層的 io port ，盡量不要使用 inout定義。原因是，如果定義普通的內部使用的輸入輸出訊號，使用了inout定義的話，那工具在布局佈線的時候，會將這個訊號布局到晶元邊緣的 io port 上 ，因為只有在 io bank **才有 inout 的資源。
使用Android陰影屬性踩到的那些坑
使用android陰影屬性踩到的那些坑 在做專案的時候，對於fragment中乙個圓角按鈕設定陰影效果時連跌好幾次，特此記錄。陰影不生效 原本乙個普普通通的陰影效果，只需要在xml檔案中設定屬性android elevation 10dp 即可，可以通過設定這個大小來改變陰影的效果。這個屬性大概是設...
那些年在某廠踩過的坑
某廠人多勢眾，自己造輪子，不用開源，於是可苦了外來人，外來所有積累的經驗都沒有用了，同時在這個廠積累的經驗到外面又沒啥用。呵呵 自己造的輪子，文件極少，遇到坑了只能找客服，客服毛個態度，愛管不管，沒法子啊，又不給資源，用不了開源，這個坑只能自己一點一點趟。需要在某個o平台上用t庫，但是o平台自帶的p...
那些我在TP5踩到的坑
1.在database.conf 中配置表字首 prefix my 因為用習慣了lar el，在運算元據表的時候，我都是db table 用的table屬性，然而執行的時候，can not found table what?資料庫居然不帶字首，說好的配置好就不好加了的呢。找原因吧。不斷嘗試和查詢之下...