剛畢業兩個月，最近忙著和老大進行專案驗收大綱的編寫，之前看**的時候沒有這麼深的感悟，當我寫**的時候各種低階失誤不斷，很感謝有我的老大耐心的指導，最近被我氣的血快吐出來了。
1.最近我根據大的程式框架分割小的測試**，進行驗收大綱的指標校驗，今天除錯4x aurora碰到了乙個問題，把資料送到資料口，aurora沒有輸出（z7與v7之間有兩組4x aurora）測試了很久沒有發現問題，原因是我們在大工程下面為了測試aurora，在aurora介面有兩組資料流 我是直接選擇aurora_data進行資料輸出，直接忽略了下面的這句話，vivado綜合之後不清楚資料**，導致資料一致輸出不出去。
2.我們採用的z7的晶元，ps與pl互動用的是低速emc介面（傳的是uart資料），我們需要通過ps收數，ps將資料傳到pl端，pl進行位寬轉換和跨時鐘域處理，然後送到z7的4x aurora,v7的4x aurora 收到資料，通過z7與v7的另一組 4x aurora送回z7，z7通過emc介面送到ps端，然後通過網口列印。比較資料的一致性。在通過z7的第二組4x aurora收到資料後，進行位寬和時鐘域轉化（aurora 使用125m時鐘,位寬是256，ps端時鐘是100m，資料位寬32，但是我只要ps的低8位，和uart資料位寬一樣），之後ps讀fifo的資料。在pl抓資料發現送到ps介面的資料都是正確的，在ps使用emc_read函式讀出來的資料是亂碼，第一次認為是讀取資料格式的問題，進行資料的強制轉換，發現資料還是存在嚴重的誤碼。原因是emc_read讀取是還有四個時鐘週期，只需要使能其中乙個週期就可以，不用進行一直讀（是ps進行讀使能，輸出的訊號控制pl的fifo的讀使能，fifo暫存ps和pl的資料）。
3.10g aurora對資料報進行傳輸，資料報格式為_包頭+三個16位資料+10位100m脈衝訊號_ z7傳送，v7進行接收解包還原。剛開始編寫v7解包程式，進行v7 aurora 解包，軟體會不斷提示xdc檔案約束不正確，發現檔案的xdc是正確的，查詢發現在module port定義是input型別宣告定義為output型別最近一直犯這種錯誤，頭腦不清楚,好煩也發現軟體真的不是萬能的，有些錯誤在開始寫的時候就應該避免
gorm踩坑記錄 一
情況是這樣的 我用gorm裡面的create往mysql裡面插入一條記錄，這個記錄裡面有乙個建立時間的字段，然後開始的時候是這樣的 這是我資料庫的字段 之後用postman插入幾次 mysql竟然是這種情況 然後既然主鍵在增加，那麼這create肯定可以用,我還列印出所有變數,發現沒有任何問題,於是...
Electron 踩坑記錄（一）
構建pc客戶端，採用electron vue腳手架進行快速搭建環境。功能點在web端全部正常，移植 到electron時出現問題的功能點有 2.ant design vue ui 框架部分元件失效 electron 引用 flash 外掛程式打包示例 簡單記錄問題關鍵 問題 pc 客戶端 ant d...
Python 踩坑記錄
1.浮點數判斷 工作中遇到類似下面邏輯判斷 i 1 while i 1.5 i i 0.1 print i在想象中i應該停止在1.5就不輸出了，但是實際的輸出結果是無限迴圈。這是因為在計算機的邏輯中，浮點數的儲存規則決定了不是所有的浮點數都能準確表示，有些是不準確的，只是無限接近。如0.1轉換為二進...