今天有同事反饋出這樣一個在使用RISCV 調試時的問題:
Error:nodevicefound
Error:unabletoopenftdidevicewithvid0403,pid6014,description'ELITES-232DL',serial'*'atbuslocation'*'
這個錯誤其實并不陌生,文檔也有一個相關的記錄.
目前易靈思的下載器主要使用的是FTDI的 FT232,FT2232和FT4232方案。下圖是FT2232和FT4232芯片的原理圖,FT2232有channel 0,1兩個通道,在下圖已經標出。FT4234有channel 0,1,2,3共4個通道;而ELITES-232DL使用的是FT232,它只有channel 0.所以在使用不同的下載噐方案時,尤其是在對RISCV進行debug時就是使用不同的配置參數;否則就會報上面的錯誤。
那么怎么區別下載器使用的是什么芯片方案呢?這個可以通過器件讀來的FD來實現,在打開programmer之后,就可以看到相應的ID.位置如下圖所示。
FTDI器件 | ID |
FT232 | 0403:6014 |
FT2232 | 0403:6010 |
FT4232 | 0403:6011 |
知道了上面的信息之后,我們就可以很清楚的知道我們的下載器使用的器件情況。
現在回上我們文章一開始就出現的問題。出現上面的報錯時應該怎么樣修改呢?這里還要分兩種情況,一種是hard jtag,另一種是soft的JTAG。區別在于修改的文件不同。
對于hard jtag,我們需要把embedded_swsoc_xxbspefinixEfxSapphireSocopenocdftdi.cfg(或者ftdi_ti.cfg,其中ftdi.cfg用于trion系列,而ftdi_ti.cfg 用于鈦金系列)修改成下載器讀出來的名字,這里包括ftdi_device_desc,ftdi_vid_pid及ftdi_channel三個參數,只需要按照上面的說明配置即可。
比如以YLS_DL下載器為例,
它使用的是FT2232的方案。修改結果如圖。
對于soft jtag,老版本的EFinity修改的是c232hm_ddhsl_0.cfg文件,而在2023.1版本的RISCV中已經沒有c232hm_ddhsl_0.cfg文件了。代之的是一個external.cfg文件。里面的內部與上面的是一樣的。
-
DEBUG
+關注
關注
3文章
94瀏覽量
19976 -
RISC-V
+關注
關注
45文章
2322瀏覽量
46587
發布評論請先 登錄
相關推薦
單片機Debug與仿真區別
RISCV 操作常見問題集 - v5
RISCV 操作常見問題集 - v4
在ubuntu 24.04下嘗試使用riscv64-linux-musleabi_for_x86_64-pc-linux-gnu工具鏈編譯cv1800大核出現報錯的原因?
https_server編譯報錯的原因?
為什么我的項目Debug運行沒問題,編譯成Release包就報錯?
![為什么我的項目<b class='flag-5'>Debug</b>運行沒問題,編譯成Release包就<b class='flag-5'>報錯</b>?](https://file1.elecfans.com/web2/M00/EC/E1/wKgZomZpE3SAdAMLAAcRU0emmEw108.jpg)
使用蜂鳥調試器,無法用cjtag協議調試CM32M433R芯片是怎么回事?
RISCV Debug連接報錯問題-v1
![<b class='flag-5'>RISCV</b> <b class='flag-5'>Debug</b><b class='flag-5'>連接報錯</b>問題-v1](https://file1.elecfans.com/web2/M00/DB/6F/wKgZomYrdAyACobfAAAK7AUB4pw801.png)
RISCV soft JTAG調試_v1.2
使用stm32cubeprog連接FDcan設備總是報錯的原因?怎么處理?
在STM32CubeIDE1.14.1開發環境中,創建點亮LED燈工程,在Debug時遇到報錯怎么解決?
RISCV soft JTAG調試_v1.1
![<b class='flag-5'>RISCV</b> soft JTAG調試_v1.1](https://file1.elecfans.com/web2/M00/C0/C2/wKgZomXYVHCALAhiAAAa3iF9Eis888.png)
評論