Thats useful - however with all the above I still cant run NiosV Hello.
On the other hand NiosII Hello works just fine on the same Platform Design and hardware.
I am using MAX10M40 .
I am booting from Internal Flash(UFM) into External Ram. The Hello example is too big perversely to be loaded into internal RAM.
I create the BSP:
niosv-bsp -c --sopcinfo=hw/q_sys.sopcinfo --type=hal sw/bsp_hal/settings.bsp
I use niosv-bsp-editor as you suggested to check/edit settings and regenerate.
I add app:
niosv-app --bsp-dir=sw/bsp_hal --app-dir=sw/app_hal --srcs=sw/app_hal/hello.c
cmake:
cmake -S ./sw/app_hal -G "Unix Makefiles" -B sw/app_hal/build
make:
make -C sw/app_hal/build
create srec file and append bootloader file:
elf2flash --input=sw/app_hal/build/app_hal.elf --output=sw/app_hal/build/mem_init/onchip_mem.srec --reset=0x4a000020 --base=0x4a000000 --width=8 --end=0x4a06ffff --boot="C:/intelFPGA_lite/23.1std/niosv/components/bootloader/niosv_g_bootloader.srec"
convert to hex:
riscv32-unknown-elf-objcopy --input-target srec --output-target ihex sw/app_hal/build/mem_init/onchip_mem.srec
sw/app_hal/build/mem_init/altera_onchip_flash.hex
I add the hex file to UFM and add the .sof file in "Convert Programming files" to create a pof file.
I program my device but nothing appears on juart-terminal.
Furthermore you cant enable debug on the NiosV because it requires Single Uncompressed Image with Memory initialisation
so it seems.
If I do that it reduces the amount of UFM available such that its insufficient to hold the Hello program!
I know its stupid isn't it.
In practice I would be using QSPI for softawre storage which worked great for NiosII but because that didnt work with NiosV I wanted to try something very simple.
Has anyone got NiosV to work properly?