今天有同事反馈出这样一个在使用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浏览量
19923 -
RISC-V
+关注
关注
45文章
2277浏览量
46159
发布评论请先 登录
相关推荐
单片机Debug与仿真区别
RISCV 操作常见问题集 - v5
RISCV 操作常见问题集 - v4
在ubuntu 24.04下尝试使用riscv64-linux-musleabi_for_x86_64-pc-linux-gnu工具链编译cv1800大核出现报错的原因?
为什么我的项目Debug运行没问题,编译成Release包就报错?

RISCV Debug连接报错问题-v1

RISCV soft JTAG调试_v1.2
使用stm32cubeprog连接FDcan设备总是报错的原因?怎么处理?
在STM32CubeIDE1.14.1开发环境中,创建点亮LED灯工程,在Debug时遇到报错怎么解决?
RISCV soft JTAG调试_v1.1

评论