SI-RISCV / e200_opensource

Deprecated, please go to next generation Ultra-Low Power RISC-V Core https://github.com/riscv-mcu/e203_hbirdv2

Home Page:https://github.com/riscv-mcu/e203_hbirdv2

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

make upload以及程序下载问题

clx782782 opened this issue · comments

make upload命令是将应用程序下载到flash的基地址么?

这么做难道不会覆盖已经在flash中的mcs文件么?

在蜂鸟FPGA评估板上,用于存放FPGA配置文件的flash芯片 和 用于存放SoC运行程序的flash芯片,是完全独立的2个芯片。不会出现因误操作导致的覆盖问题。

您好,我使用的是arty开发板,arty开发板是只有一个flash吧?所以有点困惑

您好,我使用的是arty开发板,arty开发板是只有一个flash吧?所以有点困惑

arty确实只有一个flash,upload时只会更新flash中的用户程序,FPGA的image不会被复写的。

upload的目标地址是flash的基地址么?FPGA的image也是从基地址开始的么,还是别的地址?

upload的目标地址是flash的基地址么?FPGA的image也是从基地址开始的么?
https://github.com/SI-RISCV/hbird-e-sdk 链接中的env目录下有*.cfg的JTAG配置文件,里面upload配置的说明,你可以去看一下。

感谢你们的回答,但是看了那个文件后,我还是不太明白,文件中有这样一行代码
flash bank my_first_flash fespi 0x20000000 0 0 0 $_TARGETNAME
这难道不是说明,对应用程序的下载是从2000_0000这个地址开始的么?难道通过vivado下载到板子flash中的mcs文件是受到写保护的么?以至于make upload的cfg文件中即使指定的是从2000_0000这个地址下载,也会自动地跳到mcs文件后面开始下载?

感谢你们的回答,但是看了那个文件后,我还是不太明白,文件中有这样一行代码
flash bank my_first_flash fespi 0x20000000 0 0 0 $_TARGETNAME
这难道不是说明,对应用程序的下载是从2000_0000这个地址开始的么?难道通过vivado下载到板子flash中的mcs文件是受到写保护的么?以至于make upload的cfg文件中即使指定的是从2000_0000这个地址下载,也会自动地跳到mcs文件后面开始下载?

您好,我也有相同的困惑,请问你搞懂了这个问题吗?