記錄乙個除錯pynq出現的問題：
第一次出現localhost（0）時：是沒有將板子上跳線帽選擇到正確的位置：jtag
第二次出現時：自己的usb連線線是"青春版"的（建議買usb線一定不要貪便宜,否則只能輸電）
第三次出現時：這個問題比較奇怪，pynq上搭載了乙個外設：偵錯程式；
問題出現是這樣的：
我將乙個led電壓表連線到樹莓派外設（raspberry pi peripheral）上的gnd和3v3上自己板載的e203程式忽然就丟了，
隨後重新上電並嘗試鏈結到vivado
無論偵錯程式上電還是不上電，vivado 都報錯:
[labtoolstcl 44-199] no matching targets found on connected servers: localho.......（這個報錯網上好像還沒有現成的解決方案）
用了csdn上一些方法都不行。
我首先驗證是不是板子壞了:經qspi上電測試，板子核心功能執行正常。
其次驗證是不是usb線被燒了（腦洞過大才會想到.....）,也不是
後來怎麼著都解決不了，甚至還重新安裝了diligent驅動，也不詹。
最後把我那堆鏈結cmsis dap 的杜邦線拔了，欸，發現連上了。這.....
結論：我猜想是板載gnd和cmsis dap 的gnd連線所導致的，下次再遇到應該冷啟動板子。
最後提醒注意用電安全（指別燒壞板子）
MongoDB Java鏈結超時問題解決彙總
先用一張圖來描述mongodb連線超時問題 以下是我在網路上收集到的 官方的解決方法鏈結描述 set the tcp keepalive鏈結描述 聚合查詢解決方案是建立相關的索引鏈結描述 正確建立索引將background設定成非同步的 db.getcollection project ensure...
MongoDB Java鏈結超時問題解決彙總
先用一張圖來描述mongodb連線超時問題 以下是我在網路上收集到的 官方的解決方法鏈結描述 set the tcp keepalive鏈結描述 聚合查詢解決方案是建立相關的索引鏈結描述 正確建立索引將background設定成非同步的 db.getcollection project ensure...
oom問題解決
dalvik虛擬機會為應用程式分配固定大小的heap 如果使用超過了這個heap的大小，且沒有可被 物件，就會報oom。多張較大會迅速占用空間造成oom。我們可以使用一下的方法來減少這種情況的產生 1.減少單張的大小，根據螢幕大小來對bitmap做resize。private void setima...