有關kl520 2.0.1sdk的疑難排解

Wing Chan

先說明一下,這邊是我司用kl520做的公板

之前都是使用貴司提供的版本1.3的sdk去做的

但是版本好像有點舊了,想升級一下

然後其實貴司也提供作了一些修改的2.0.1sdk

但是有個問題一直卡住了

我這邊的camera是用dpi傳到kl520的

sdk的pin位mode也設好了

但是執行Start Tiny Yolov3 Inference with RGB camera會卡住

裡面的指令都有執行了,但是如果我這邊的camera開始用dpi傳過去

kl520的uart就停止打印了

因為沒有任何錯誤打印,所以我也不好判斷是甚麼的問題

請問可以幫一下忙看看可以怎樣找出問題嗎?

Ethon Lin

Hello,

從描述來看推測是dpi傳圖片的部分可能沒有整合好，下面幾點想先和你確認

1. SDK v1.3是指kl520_sdk_v1.3.zip嗎? 在此版本上的整合都沒問題嗎?
2. 除了版本新舊之外，是否有其他的考量導致想更新SDK呢?

因為SDK v1.3為舊架構SDK，與現在最新的 v2.1可以視為是完全不同的SDK，加上從你的描述推測KL520是獨自運作，沒有要接到PC或是其他的IC上，因此似乎沒有一定要升級的必要

若還是想使用最新的SDK，在debug上可以先透過UART log印出個部份的資訊，如是否收到正確的dpi圖片、推論前的各項設定值、推論後的答案等，確認是在哪個段落出問題

Wing Chan

謝謝回答

1.上電後uart打印的是scpu跟ncpu1.3版本,也是貴司修改過的sdk

2.暫時沒有,但是我看那個yolo已經出到v7,而且貴司的資源中心還有一個yolox的東西,不知道有沒有做kl520的yolov7的版本呢?跟yolov5有沒有很大分別呢?

還是你們還是推薦使用yolov5嗎?

另外可不可以請你大概說一下那些code的位置?例如接收dpi圖片之類的

感謝

Wing Chan

看了好像是image call back那邊卡住了

看到你們在2.1.0的sdk有寫

*pNew_img_buf = retrieve_new_buffer_for_mipi();
       // Due to highest priority ISR has,
       // image input is so fast that fifoq can't provide a free buffer even force_grab is set

我似乎都是在這邊卡住了

不知道可不可以解決到

還有會打算會支持更高版本的yolo嗎?

還是現在沒有打算,最高也只是yolov5了?

感謝

Ethon Lin

Hello,

Yolov5 & Yolov7我們都有持續在開發，但僅提供給商務合作相關的客戶使用，沒有在網路上免費公開，若有yolov7的使用需求，可以參考下面討論串的建議來修改模型 https://www.kneron.com/forum/discussion/comment/1421/#Comment_1421

Yolox的部份則是我們整合mmlab的訓練框下，不同版本的yolo有他的優缺點，請依照你的需求來選取。範例中的各種yolo主要是為了讓使用者了解如何使用我們的SDK，模型的效果還得依照個人的訓練成果來改善。

*pNew_img_buf = retrieve_new_buffer_for_mipi(); 是用來拿取新的buffer (memory address)存放下一次進來的圖片，若在此處卡住的話可以檢查記憶體的配置是否足夠

Wing Chan

感謝回答

那yolo的部分我先繼續使用yolov5吧

而關於那個記億體配置可以指點一下是在哪邊可以作調整嗎?

Ethon Lin

記憶體配置的部分，每一包SDK在設定上都不太一樣，上面只是以mipi的API retrieve_new_buffer_for_mipi()來做說明，若以MIPI的應用來說，基本上應該不需要額外調整就可以使用。因為你有提到你們將相關流程改成DPI輸入，才會建議可以確認一下修改時是否有哪邊設定錯誤

從你的描述聽起來之前有在SDK1.3上面做過開發，若有專案的相關需求，建議可以直接向專案窗口詢問，這樣可以跟明確的瞭解你的需求與問題。