您好，我在使用貴司的開發(fā)板時遇到了如下問題：

在兩塊開發(fā)板上分別下載了HSPI_BurstMode_UpDown_Switch 和?HSPI_DoubleDMAMode兩個例程，其中上板是主機程序，下板是從機程序

上板

上板

下板(線是斷開的，未接任何東西)

將上下板插在一起后，通過串口抓取輸出，總是會出現crc error

HSPI_DoubleDMAMode例程的從機串口輸出信號

HSPI_BurstMode_UpDown_Switch例程的主機串口信號

請問該如何解決這個crc error問題，懇請解答，萬分感謝

不同的例程，不應當混用，每個例程都有HOST和SLAVE，應當對應。

CRC可能出現在剛上電，應當在主從端加上合適的延時，確保雙方均準備好。

檢查線路連接狀態(tài)，確保硬件是沒有問題的。

實際應用中存在CRC錯誤，需要通過糾錯代碼去嘗試恢復。

您好，沒有混用，我分別測試了兩種不同例程的主從機程序，兩邊的情況是一樣的，都出現了CRC error

線路連接如下圖

這里把PA13飛線拉了出來，沒有使用PA5

不過程序確實在上電后沒有時延在進行HSPI傳輸，我嘗試一下通過這個方法來解決問題

我在HSPI_BurstMode_UpDown_Switch例程中，嘗試了以下兩種加時延方法：

此時，串口打印出的信息如下：

分別是在剛初始化完成后和進入crc檢驗之前，此時從機沒有再報crc，主機總會出現crc，請問我這樣加時延正確嗎，應該怎樣修改呢？

slave初始化之前不加延時，host初始化之前加上延時，確保主機第一次發(fā)起傳輸時，從機處于準備好。

主機產生crc錯誤，如果在當前并沒有發(fā)起傳輸，crc可以忽略，通常是由于剛上電雙端同步引起。

如果在連續(xù)的傳輸過程中產生crc，邏輯上可以重傳，或者應用允許誤碼。

我的情況跟你一樣，但是看程序功能好像你沒有解決問題，可以交流一下

可以描述下硬件情況、代碼運行情況、錯誤產生的時間點，有條件可以HSPI并口抓取波形進行分析。