今天有同事反饋出這樣一個在使用RISCV 調試時的問題：

Error:nodevicefound

Error:unabletoopenftdidevicewithvid0403,pid6014,description'ELITES-232DL',serial'*'atbuslocation'*'

這個錯誤其實并不陌生，文檔也有一個相關的記錄.

目前易靈思的下載器主要使用的是FTDI的 FT232,FT2232和FT4232方案。下圖是FT2232和FT4232芯片的原理圖，F(xiàn)T2232有channel 0,1兩個通道，在下圖已經標出。FT4234有channel 0,1,2,3共4個通道；而ELITES-232DL使用的是FT232，它只有channel 0.所以在使用不同的下載噐方案時，尤其是在對RISCV進行debug時就是使用不同的配置參數；否則就會報上面的錯誤。

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

知道了上面的信息之后，我們就可以很清楚的知道我們的下載器使用的器件情況。

現(xiàn)在回上我們文章一開始就出現(xiàn)的問題。出現(xiàn)上面的報錯時應該怎么樣修改呢？這里還要分兩種情況，一種是hard jtag，另一種是soft的JTAG。區(qū)別在于修改的文件不同。

對于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文件。里面的內部與上面的是一樣的。