今天有同事反饋出這樣一個(gè)在使用RISCV 調(diào)試時(shí)的問題:
Error:nodevicefound
Error:unabletoopenftdidevicewithvid0403,pid6014,description'ELITES-232DL',serial'*'atbuslocation'*'

這個(gè)錯(cuò)誤其實(shí)并不陌生,文檔也有一個(gè)相關(guān)的記錄.
目前易靈思的下載器主要使用的是FTDI的 FT232,FT2232和FT4232方案。下圖是FT2232和FT4232芯片的原理圖,F(xiàn)T2232有channel 0,1兩個(gè)通道,在下圖已經(jīng)標(biāo)出。FT4234有channel 0,1,2,3共4個(gè)通道;而ELITES-232DL使用的是FT232,它只有channel 0.所以在使用不同的下載噐方案時(shí),尤其是在對(duì)RISCV進(jìn)行debug時(shí)就是使用不同的配置參數(shù);否則就會(huì)報(bào)上面的錯(cuò)誤。


那么怎么區(qū)別下載器使用的是什么芯片方案呢?這個(gè)可以通過器件讀來的FD來實(shí)現(xiàn),在打開programmer之后,就可以看到相應(yīng)的ID.位置如下圖所示。

| FTDI器件 | ID |
| FT232 | 0403:6014 |
| FT2232 | 0403:6010 |
| FT4232 | 0403:6011 |
知道了上面的信息之后,我們就可以很清楚的知道我們的下載器使用的器件情況。
現(xiàn)在回上我們文章一開始就出現(xiàn)的問題。出現(xiàn)上面的報(bào)錯(cuò)時(shí)應(yīng)該怎么樣修改呢?這里還要分兩種情況,一種是hard jtag,另一種是soft的JTAG。區(qū)別在于修改的文件不同。
對(duì)于hard jtag,我們需要把embedded_swsoc_xxbspefinixEfxSapphireSocopenocdftdi.cfg(或者ftdi_ti.cfg,其中ftdi.cfg用于trion系列,而ftdi_ti.cfg 用于鈦金系列)修改成下載器讀出來的名字,這里包括ftdi_device_desc,ftdi_vid_pid及ftdi_channel三個(gè)參數(shù),只需要按照上面的說明配置即可。

比如以YLS_DL下載器為例,
它使用的是FT2232的方案。修改結(jié)果如圖。

對(duì)于soft jtag,老版本的EFinity修改的是c232hm_ddhsl_0.cfg文件,而在2023.1版本的RISCV中已經(jīng)沒有c232hm_ddhsl_0.cfg文件了。代之的是一個(gè)external.cfg文件。里面的內(nèi)部與上面的是一樣的。
-
DEBUG
+關(guān)注
關(guān)注
3文章
95瀏覽量
21376 -
RISC-V
+關(guān)注
關(guān)注
48文章
2883瀏覽量
52923
發(fā)布評(píng)論請(qǐng)先 登錄
請(qǐng)問各位大佬,如何解決,瑞芯微 RV1126B 使用 mpp 自帶工具 調(diào)試時(shí),內(nèi)核直接報(bào)錯(cuò)崩潰!
【CIE全國RISC-V創(chuàng)新應(yīng)用大賽】+MUSE Pi Pro RiscV UEFI固件開發(fā)
怎么能讓riscv32-unknown-elf-gcc支持e203?
ubuntu16.04下mcs運(yùn)行報(bào)錯(cuò)怎么解決?
riscv-gnu-toolchain工具鏈編譯報(bào)錯(cuò)怎么解決?
make upload報(bào)錯(cuò)怎么解決?
MCU200T開發(fā)板報(bào)錯(cuò)\'Launching hello Debug\' has encountered a problem的解決辦法
CANape報(bào)錯(cuò)無法啟動(dòng)測量
RISCV Debug連接報(bào)錯(cuò)問題
評(píng)論