|
今晚把各個顯示的字符都DIY上去了，不過在某些藍色字符附近出現了許多意外的神秘藍點，如下： 上面一共四個Ch字符中，只有Ch2是完全沒有問題的，特權同學就感覺很納悶了，為什么同樣的16個Ch字符，就這幾個出現這些神秘的藍點。家中的LCD專家還特地給分析了，這個Cha前面的點那是四個像素的藍點在一起，覺得不是壞點，那一定是認為打上去的。換我的話說，那是FPGA給送上去的點。所以回頭來顯示走讀代碼找問題，一通找，最后還是沒發現什么不對的地方。因為時序約束后還都有較大的余量，所以這個原因排除，而這個字模是存儲在M4K配置的ROM里的，所以問題很可能和它有關系，ROM的配置后又一個可選的輸出數據是否要讓輸入時鐘打一拍，默認是打一拍，我一直以為這里的打一拍不打一拍問題不是很大，不打一拍，送完地址的第二個時鐘周期出數據，而打一拍應該是送完地址的第三個時鐘周期出數據，所以也沒太在意。 無奈之下只能重新讓ModelSim里幫忙找問題，再次進行后仿真，這次就抓住出問題的地方，本想找掃描到的點位置送出來的數據是否正確。結果由于這個時間也太長了，咱等不起，索性就認真的就ROM的時序做起了文章，這一看可不要緊，問題浮出水面。 第1條是ROM的輸入時鐘; 第2條是ROM1的地址(輸出數據沒有用時鐘打一拍); 第3條是ROM1的輸出數據; 第4條是ROM2的地址(輸出數據打了一拍); 第5條是ROM2的輸出數據。 ROM1里，地址001的數據是0710，地址002的數據是0808;ROM2里地址2d的數據是02000000。我想問題就出來了，對于ROM1在第一個時鐘上升沿送完地址后(延時一點到達)，第二個時鐘上升沿雖然數據出現了，但是我們的時鐘是采不到的，它是在第二個時鐘上升沿的建立保持時間后才出現在總線上的，所以真正意思上讀出數據的時間應該是時鐘的第三個上升沿。ROM2也類似，由于內部時鐘打了一拍，所以它比ROM1要再慢一個時鐘周期。這就是我的問題所在，換句話說，字模數據顯示位置整個右移了一個坐標。 隨后，地址再早一個時鐘周期置位，問題解決了。 今晚過后，整個就下面的一個效果。 采樣模式顯示。 采樣周期可調，從10ns到100us可調。 三種采樣模式顯示。 |
